konto usunięte

Temat: Oracle kupuje Sun'a

Piękna dyskusja. Krótki komentarz z mojej strony.
Miałem przyjemność pracować w środowiskach o których wspominacie i ZDECYDOWANIE najbliżej mi racji Marcina (BTW ciekawy blog!).
Dziwi mnie tylko, że nikt jeszcze nie wspomniał o Firebirdzie (Firebird - The RDBMS that's going where you're going :)) z łezką w oku wspominam jak jeden z administratorów aplikacji próbował mnie przekonać, do tego abym porzucił Oracla i zajął się w końcu jakimś porządnym DBMSem (czyt. Firebirdem), oczywiście nie żartował ;)

Temat: Oracle kupuje Sun'a

Błażej O.:

Bardzo dobry przykład jest tu:
http://www.ipipan.gda.pl/~stefan/Dydaktyka/SemDyplomow...

Ponieważ w MySQL nie ma implementacji hierarchii muszą one być każdorazowo implementowane przez developera czyli mają świadomość jak takie struktury się tworzy i z tego powodu czasami sięgają do alternatywnych i bardzo dobrych rozwiązań.

I tu sprawa do przemyśleń, czy w Oracle pomyślałbyś o alternatywnej implementacji takiej struktury?

Czesc,

Przejrzalem ten artykol - slowo przeczytalem to za duzo - ale z tego co tam widzialem sklada sie on z tworzenie tabel i budowania
na nich struktury relacji - a czy postawisz to na Oracle czy
na MySQL czy na PG IHMO nie ma znaczenia.

Z drugiej jednak strony odkrywanie kola w kazdym projekcie
- hhhmmm - to moze byc lekko ryzykowne. Pomyslka
w takim algorytmie zastosowanym w calym projekcie moze go polozyc.
Znam z doswiadczenia niestety ;)


Idealna technologia to taka którą nie każdy potrafi zrobić - wtedy są na prawdę wypasione pensje - także jeżeli ma się wiedzę jak zrobi coś lepiej szybciej i wydajniej co jeszcze jest trudne lub wręcz niemożliwe do uzyskania w komercyjnych rozwiązaniach wtedy można na prawdę dużo zarobić.

IMHO nie ma rzeczy niemozliwiej to zrobienia na komercyjnych rozwiazaniach ;) na tym to polega - znajdziesz cos i masz produkt ktory sprzedajesz komerycjnie ;)

pozdrawiam,
Marcin Przepiorowski

Temat: Oracle kupuje Sun'a

Błażej O.:

Akurat powyższe przykłady nie stanowią według mnie jakiś istotnych punków o których można powiedzieć, że Oracle coś wymyślił a później inny poszli w jego ślady - być może Oracle wprowadził nazwę PL/SQL, ale wywoływanie procedur wewnątrz systemu (niekoniecznie SQL) to była nawet wtedy rzecz oczywista, redo logi to idea/algorytm wręcz banalny (niekoniecznie prosty w implementacji) także i w tym przypadku mechanizmy te były już znane.


Witam,

Ja nie mowie o wywolywaniu procedur ale o jezyku proceduralnym
wbudowanym w baze - a nie interfejsie to zewnetrzych bibliotek

http://www.orafaq.com/wiki/PL/SQL

Jaki widac PL/SQL jest od 1991 roku. Jesli znasz przyklady
kto byl wczesniej chetnie zobacze.

Jesli chodzi o redo logi - mowisz ze mechanizmy byly znane ?
Jakis przyklad implementacji ?
Chetnie sie dowiem
Popatrz jaka jest obecnie wiedza nt. "nowych technologii", niektórzy myślą, że SQL-a wymyślił Microsoft (bardzo często się z tym spotykam) i ku zaskoczeniu rozmówców okazuje się, że Oracle to też SQL i dodatkowo jest wiele innych baz to też SQL a generalnie SQL jest standardem opracowanym pierwotnie przez IBM-a. Także jak widać Oracle wcale nie jest wcale taki innowacyjny jak to się może wydawać.

A czy ja gdzies napisalem ze SQL-a wymyslil Oracle ?
Oni tylko zrobili swoja skladnie polaczen ;)
I znów zauważ, że jak coś wprowadza firma komercyjna typu Oracle dajmy na to wsparcie w Oracle XML, to mówi się o tym jako technologii, w przypadku OS mówi się o jakiś tam rozszerzeniach czy innych udogodnieniach i generalnie nie uważa się tego za coś co może być wykorzystane komercyjnie (w Polsce jest to powszechne, na zachodzie już niekoniecznie). A to duży błąd, bo zazwyczaj różne ciekawe rzeczy są robione w ramach OS, ponieważ można je w tych projektach stworzyć.

W tym znaczeniu udogodnienie = technologia.
A kto Ci powiedział, że nie znam Oracle - samo pojęcie "znam" oczywiście jest subiektywne i codziennie okazuje się że uczę się czegoś nowego.

Zresztą zauważyłem też interesującą rzecz, prawdziwi specjaliści od Oracle z którymi współpracowałem i do których mam duży szacunek nigdy nie powiedzieli, że znają Oracle.

Ja tez nigdzie nie napisalem ze znam Oracla ;)
Ale uwazam ze po 9 latach pracy z nim - jako administrator
konsultant i wykladowca widzialem na tyle duzo przykladow ze
radze sobie z ta technologia.

Natomiast w chwili obecnej jeżeli mam zrobić coś nietypowego, to Oracle nie jest pierwszą bazą do której sięgam aby przygotować koncepcję rozwiązania. W przypadku rozwiązań standardowych to i owszem.
Też nie przeceniałbym swoich sił, postawić bazę może "humanista" znający jako tako angielski wykorzystując do tego celu dokumentację. Projekt i wdrożenie rozwiązania to zupełnie inna bajka i zapewne mało jeszcze widziałeś skoro jesteś tak pewny siebie.

Widzialem moim zdaniem juz duzo (pracuje w IT od 10 lat)
- a szczegolnie projektow w ktorych kazdemu sie wydawalo ze wszystko bedzie dzialac.
Ale malo kto przewidywal np efekt skali (dane, uzytkownicy)
czy to ze system potem trzeba utrzymywac a czasami nawet odtwarzac z backupu
(pod warunkiem ze ktos wogole go przewidzial)
Jak widzialem lata temu wersje chyba 6 PG to nie miala ona jeszcze
WAL ... Oracle juz dawno mial ;)
Ja nie mowie ze PG jest kopia Oracle ale to co najlepsze w Oracle
znalazlo sie tez w PG. Ciekawe czemu nie poszli w rozwiazanie logowania takie jest w Sybase a pozniej w MS SQL-u.
PG od zawsze był systemem transakcyjnym (z tego co pamiętam), także miał jakiś mechanizm rejestrowania zmian, czy to było w wersji takiej czy innej i kiedy to nazwali WAL to bym musiał sprawdzić.

Czekam !
Strona PG mowi ze WAL to kolo roku 2000

http://www.postgresql.org/about/history

Redo w Oracle bylo ciut wczesniej.
Natomiast tak jak napisałem wcześniej uważałbym na to kto to wprowadził pierwszy i kto kopiuje rozwiązania od kogo - Oracle wcale nie jest w mojej ocenie firmą która wprowadza innowacyjne technologie - raczej kopiuje lub kupuje istniejące rozwiązania.

O tak teraz kupuje wszystko ;)

Z znasz inne bazy w architekturze shared storage ?
RAC a kiedys parallel server istnieje od wersji 7.
To napisali prawie sami ;)

Teraz o ile pamietam pojawila sie jakas baza co ma dzialac jak
RAC - ale nazwy nie pamietam.

PG świetnie sobie radzi z dużymi zbiorami danych, ponieważ od początku był projektowany jako system do składowania olbrzymich danych (z tego co pamiętam pierwotne przeznaczenie PG to było składowanie danych astronomicznych czy synoptycznych).

Zresztą widać to w modelu składowania danych - klaster plików.

Musze popytac czy jakis telekom ma baze na PG.
W sumie mogli by zaoszczedzic tysiace EUR/$ na licencjach ;)


A nie prosciej zalozyc ze DBMS jest tylko NARZEDZIEM i to jakie wybrac zalezy od konkretnego projektu ?

Niedościgniony ideał, wszystkie bazy mają w różnym stopniu zaawansowaną implementację standardu SQL.

Natomiast jak dla mnie jeżeli ktoś uważa, że Oracle jest cool a PG jest beee i potrafi to uzasadnić - to jest to niezwykle cenna informacja (ale nie na zasadzie ogólników).

Zgadzam sie ze to niedoscigniony ideal
A nie na tym polega praca projektanta ?

A tak szczerze to uzasadnic mozna wszystko ;) pytanie kto ma wygrac
Kazda baza ma swoje plusy i minusy i wystarczy to ladnie opisac.

pozdrawiam,
Marcin Przepiorowski

Temat: Oracle kupuje Sun'a

Bartłomiej Oleś:
Piękna dyskusja. Krótki komentarz z mojej strony.
Miałem przyjemność pracować w środowiskach o których wspominacie i ZDECYDOWANIE najbliżej mi racji Marcina (BTW ciekawy blog!).

Dzieki - polecam sie ;)
Dziwi mnie tylko, że nikt jeszcze nie wspomniał o Firebirdzie (Firebird - The RDBMS that's going where you're going :)) z łezką w oku wspominam jak jeden z administratorów aplikacji próbował mnie przekonać, do tego abym porzucił Oracla i zajął się w końcu jakimś porządnym DBMSem (czyt. Firebirdem), oczywiście nie żartował ;)

Tak, mysle ze znalazlo by sie jeszcze kilka innych ;)

pozdrawiam,
Marcin
Błażej O.

Błażej O. Badania i rozwój
zaawansowanych
systemów
analitycznych

Temat: Oracle kupuje Sun'a

Michał Z.:
1. Bardzo proszę o czytanie ze zrozumieniem.
2. Lubię PostgreSQLa, nawet bardzo.
3. Uważam, że rzeczy proste nie są gorsze, ba wkładam sporo wysiłku, żeby to co robię było proste.
4. Mam ponad 10 lat doświadczenia zawodowego - w tym rok administrowania bazami danych - głównie PostgreSQL. Do tej pory nie spotkałem osoby, która uważałaby PG za bardziej skomplikowany system od Oracle'a.

A.D. 1 Na prawdę się staram
A.D. 2 Super, ja też
A.D. 3 Zgadzam się, aby tylko słowo "proste" nie oznaczało gorsze
A.D. 4 Też mam trochę latek za sobą w branży i jak to się mówi zawsze musi być ten pierwszy raz.

Z drugiej strony wygłaszanie takich "herezji" publicznie jest podejściem bardzo ryzykownym a wręcz czymś w rodzaju kamikadze ale akurat w tym temacie mam olbrzymią wiedzę i doświadczenie także mogą sobie na takie dyskusje pozwolić.

Oczywiście zawsze mam nadzieję, że dowiem się czegoś nowego, stąd też od czasu do czasu w jakiś dyskusjach uczestniczę.

Życzę wszystkiego najlepszego z PG i Oracle.

konto usunięte

Temat: Oracle kupuje Sun'a

Marcin Przepiórowski:
Bartłomiej Oleś:
Dziwi mnie tylko, że nikt jeszcze nie wspomniał o Firebirdzie (Firebird - The RDBMS that's going where you're going :)) z łezką w oku wspominam jak jeden z administratorów aplikacji próbował mnie przekonać, do tego abym porzucił Oracla i zajął się w końcu jakimś porządnym DBMSem (czyt. Firebirdem), oczywiście nie żartował ;)

Tak, mysle ze znalazlo by sie jeszcze kilka innych ;)

Przy tanich rozwiązaniach wszystko rozbija się o interfejs do środowiska programistycznego. Firebird wywodzi się z Borlanda, zakładam że gdyby taki tani soft miał być tworzony przy pomocy Borlanda to Firebird byłby na początku listy.

Tak samo zresztą jest przy bliźniakami MySQL i PHP.

A jak chcecie porównywać PG z Oraclem to zacznijcie od ceny kompletnego rozwiązania z założeniem że soft ma chodzić na serwerze z RAM <= 4GB, bo to jest właśnie segment odpowiedni dla PG.

Nie mogę powiedzieć że jakiś DBMS bardziej lubie. Po prostu określona baza do określonych zadań. Jak pojawią się hostingi z Oraclem na pokładzie za < $30/mc to można będzie dywagować...

Przy okazji polecam sqlite jako zastępnik grupowania i filtrowania w Excelu!

konto usunięte

Temat: Oracle kupuje Sun'a

Piotrku pozwól, że pozostawie to bez komentarza :)

Pozdrawiam

konto usunięte

Temat: Oracle kupuje Sun'a

Bartłomiej Oleś:
Piotrku pozwól, że pozostawie to bez komentarza :)

Pozdrawiam

A jednak sama wypowiedź jest już jakimś komentarzem.
Zresztą może i dobrze - ten wątek i tak jest już za długi.Piotr Likus edytował(a) ten post dnia 07.05.09 o godzinie 16:05

konto usunięte

Temat: Oracle kupuje Sun'a

Zdecydowanie :)

Temat: Oracle kupuje Sun'a

Bartłomiej Oleś:
Zdecydowanie :)

A jaki off topic :-)
Błażej O.

Błażej O. Badania i rozwój
zaawansowanych
systemów
analitycznych

Temat: Oracle kupuje Sun'a

Marcin Przepiórowski:
Błażej O.:

Akurat powyższe przykłady nie stanowią według mnie jakiś istotnych punków o których można powiedzieć, że Oracle coś wymyślił a później inny poszli w jego ślady - być może Oracle wprowadził nazwę PL/SQL, ale wywoływanie procedur wewnątrz systemu (niekoniecznie SQL) to była nawet wtedy rzecz oczywista, redo logi to idea/algorytm wręcz banalny (niekoniecznie prosty w implementacji) także i w tym przypadku mechanizmy te były już znane.


Witam,

Ja nie mowie o wywolywaniu procedur ale o jezyku proceduralnym
wbudowanym w baze - a nie interfejsie to zewnetrzych bibliotek

http://www.orafaq.com/wiki/PL/SQL

Jaki widac PL/SQL jest od 1991 roku. Jesli znasz przyklady
kto byl wczesniej chetnie zobacze.
Ale już Ci napisałem, że nie wykluczone że PLSQL Oracle wprowadził wcześniej i również Ci napisałem, że jak dla mnie wywoływanie procedur wewnątrz systemu (przypomnę, że SQL wtedy był jednym z rozwiązań bazodanowych - to teraz jest on standardem) jest tak oczywiste że nie wyobrażam sobie aby tego nie było. Także to nie jest dla mnie jakiś wyróżnik standardu czy bycia prekursorem.

Jesli chodzi o redo logi - mowisz ze mechanizmy byly znane ?
Jakis przyklad implementacji ?
Chetnie sie dowiem
Z życia wzięte - rok 1994 jedna z moich pierwszy prac nad bazami danych w dbf-ach (przypomnę wtedy nie było internetu, nie wiedziałem co to ORACLE i SQL i inne takie):
Problem - aplikacja przetwarzająca dbf-y (wtedy takie rzeczy pisało się samemu, nawet obsługę dbf-ów też się pisało samemu) lubiła się wywalać po paru godzinach pracy, trzeba było więc opracować mechanizm pozwalający na dotworzenie stanu przed walnięciem systemu - zrobiłem to w ten sposób, że przed puszczeniem przetwarzania ustalałem liczbę a następnie każdy rekord w dbf-ie po przetwarzaniu w polu "deleted" (nie było do tego dedykowanego pola) oznaczało się tą liczbą - stąd się wiedziało które rekordy w danym procesie były przetworzone i można było się cofnąć w razie jakiś problemów.

I proszę Cię bardzo oto implementacja - na takiej zasadzie to działa i nie ma w tym czegoś niezwykłego - czy uważasz że tak banalny algorytm nie mógł powstać przy właściwie dowolnym systemie bazodanowym?

Ja myślę, że "redo logi" były znane od zawsze tylko że Oracle to nazwał i już.

I jeszcze jedno WAL w PG to cała infrastruktura - niewykluczone że w taka lub inna funkcjonalnośc istniała wcześniej (tego nie wiem i trzeba by było to sprawdzic).

Z mojego punktu widzenia uważam, że zastanawianie się kto co zrobił wcześniej i ustalanie kto od kogo kopiuje rozwiązania zostawmy historykom, dużo bardziej interesujące może okazac się porównanie obu funkcjonalności.
Popatrz jaka jest obecnie wiedza nt. "nowych technologii", niektórzy myślą, że SQL-a wymyślił Microsoft (bardzo często się z tym spotykam) i ku zaskoczeniu rozmówców okazuje się, że Oracle to też SQL i dodatkowo jest wiele innych baz to też SQL a generalnie SQL jest standardem opracowanym pierwotnie przez IBM-a. Także jak widać Oracle wcale nie jest wcale taki innowacyjny jak to się może wydawać.

A czy ja gdzies napisalem ze SQL-a wymyslil Oracle ?
Oni tylko zrobili swoja skladnie polaczen ;)
I znów zauważ, że jak coś wprowadza firma komercyjna typu Oracle dajmy na to wsparcie w Oracle XML, to mówi się o tym jako technologii, w przypadku OS mówi się o jakiś tam rozszerzeniach czy innych udogodnieniach i generalnie nie uważa się tego za coś co może być wykorzystane komercyjnie (w Polsce jest to powszechne, na zachodzie już niekoniecznie). A to duży błąd, bo zazwyczaj różne ciekawe rzeczy są robione w ramach OS, ponieważ można je w tych projektach stworzyć.

W tym znaczeniu udogodnienie = technologia.
A kto Ci powiedział, że nie znam Oracle - samo pojęcie "znam" oczywiście jest subiektywne i codziennie okazuje się że uczę się czegoś nowego.

Zresztą zauważyłem też interesującą rzecz, prawdziwi specjaliści od Oracle z którymi współpracowałem i do których mam duży szacunek nigdy nie powiedzieli, że znają Oracle.

Ja tez nigdzie nie napisalem ze znam Oracla ;)
Ale uwazam ze po 9 latach pracy z nim - jako administrator
konsultant i wykladowca widzialem na tyle duzo przykladow ze
radze sobie z ta technologia.

Natomiast w chwili obecnej jeżeli mam zrobić coś nietypowego, to Oracle nie jest pierwszą bazą do której sięgam aby przygotować koncepcję rozwiązania. W przypadku rozwiązań standardowych to i owszem.
Też nie przeceniałbym swoich sił, postawić bazę może "humanista" znający jako tako angielski wykorzystując do tego celu dokumentację. Projekt i wdrożenie rozwiązania to zupełnie inna bajka i zapewne mało jeszcze widziałeś skoro jesteś tak pewny siebie.

Widzialem moim zdaniem juz duzo (pracuje w IT od 10 lat)
- a szczegolnie projektow w ktorych kazdemu sie wydawalo ze wszystko bedzie dzialac.
Ale malo kto przewidywal np efekt skali (dane, uzytkownicy)
czy to ze system potem trzeba utrzymywac a czasami nawet odtwarzac z backupu
(pod warunkiem ze ktos wogole go przewidzial)
Jak widzialem lata temu wersje chyba 6 PG to nie miala ona jeszcze
WAL ... Oracle juz dawno mial ;)
Ja nie mowie ze PG jest kopia Oracle ale to co najlepsze w Oracle
znalazlo sie tez w PG. Ciekawe czemu nie poszli w rozwiazanie logowania takie jest w Sybase a pozniej w MS SQL-u.
PG od zawsze był systemem transakcyjnym (z tego co pamiętam), także miał jakiś mechanizm rejestrowania zmian, czy to było w wersji takiej czy innej i kiedy to nazwali WAL to bym musiał sprawdzić.

Czekam !
Strona PG mowi ze WAL to kolo roku 2000

http://www.postgresql.org/about/history

Redo w Oracle bylo ciut wczesniej.
Natomiast tak jak napisałem wcześniej uważałbym na to kto to wprowadził pierwszy i kto kopiuje rozwiązania od kogo - Oracle wcale nie jest w mojej ocenie firmą która wprowadza innowacyjne technologie - raczej kopiuje lub kupuje istniejące rozwiązania.

O tak teraz kupuje wszystko ;)
To się cieszę - interesujący artykuł jest poniżej (gdzieś w sieci jest fajniejszy artykuł z diagramem dotyczącym jakie bazy wyszły z jakiego projektu).

http://www.experiencefestival.com/a/Ingres_-_History/i...

Raczej nie bawię się w historyka informatyki ale w tym przypadku warto o pewnych rzeczach wiedziec.

Generalnie "na początku" był System R IBM-a - Oracle powstało na bazie tej specyfikacji. Prace nad System R były kontynuowane i w ich wyniku narodził sie Ingres a po nim Postgres i PostgreSQL.

To tak w wielkim skrócie - natomiast zwróc uwagę na dwa fakty (to o czym wcześniej wspominałem) - Oracle to bardzo "toporne" rozwiązanie (w sensie projektu) i w wielu miejscach bardziej przypomina system operacyjny niż bazę danych - wzięło się to właśnie stąd że powstał na bazie System R i jako całośc jest w takiej konwencji utrzymywany.

PostgreSQL powstał w wyniku rozwoju Ingres-a (również na bazie System R).

Dwa systemy w wielu miejscach są do siebie podobne bo mają te same korzenie, jednak od strony projektu Oracle ciągnie za sobą spory balast pierwszej architektury Systemu R, PostgreSQL jest dużo nowocześniejszą architekturą ponieważ nie było tu tak dużego parcia komercyjnego (Ingres rozwijany był na uczelni Berkeley) - żeby było jasne mówię tu o architekturze obu systemów.

Także porównywac oba systemy można i trzeba ale powinno odbywac się to na rzetelnych informacjach a nie na domysłach lub stwierdzeniach że tak jest i już.

Dla wielu osób na pewno będzie to zaskoczenie, że Oracle, Informix, Sybase, PostgreSQL bazują w wielu miejscach na tych samych kodach i są do siebie w wielu miejscach bardzo podobne, ale piszę o tym aby Tobie i wielu innym uświadomic, że PostgreSQL jest bardzo zaawansowaną technologicznie i funkcjonalnie bazą i spokojnie może konkurowac z najlepszymi na rynku rozwiązaniami komercyjnymi.

Z znasz inne bazy w architekturze shared storage ?
RAC a kiedys parallel server istnieje od wersji 7.
To napisali prawie sami ;)
I znów mam wątpliwości czy napisali to sami lub prawie sami czy skopiowali istniejące rozwiązanie w ramach projektu Ingres (artykuł powyżej).

Teraz o ile pamietam pojawila sie jakas baza co ma dzialac jak
RAC - ale nazwy nie pamietam.
W obszarze którym działam czyli hurtownie danych OLAP i analityka RAC nie jest najszczęśliwszym rozwiązaniem, powiem więcej spowalnia rozwiązanie zamiast coś wnosic, a testy które robiłem tak ok 4 lat temu wypadły wręcz fatalnie (może teraz jest lepiej).

Wąskim gardłem bazy danych przetwarzającej duże ilości danych (odczyt, zapis) jest I/O, dostawienie kolejnych instancji kiedy macierz nie wyrabia powoduje że cały system zwalnia (obsługa nowej instancji). Tak też to wypadło w testach - dla czterech maszyn był już dramat - równoległa obsługa ich w systemie plików bazy danych.

Byc może są zastosowania (np instacje aplikacyjne DB - mało operacji I/O) w których RAC dobrze się sprawuje ale mi było potrzebne co innego.

Zresztą kierunek rozwoju w PG (ale też w innych produktach np. MS) jest raczej synchronizacja lub farmy/klastry baz danych (zapytania rozproszone) - czyli rozpraszanie składowanych danych.

Także dywagacje na ten temat z mojego punktu widzenia są bezcelowe, chyba że czysto informacyjnie, że Oracle ma RAC i że istnieją inne systemy w tej architekturze.
PG świetnie sobie radzi z dużymi zbiorami danych, ponieważ od początku był projektowany jako system do składowania olbrzymich danych (z tego co pamiętam pierwotne przeznaczenie PG to było składowanie danych astronomicznych czy synoptycznych).

Zresztą widać to w modelu składowania danych - klaster plików.

Musze popytac czy jakis telekom ma baze na PG.
W sumie mogli by zaoszczedzic tysiace EUR/$ na licencjach ;)
Jeszcze cztery lata temu z tego co ja wiem - nie - ale może się coś zmieniło od tego czasu. Od strony komercyjnej z tymi licencjami to jest właśnie to co tygrysy lubią najbardziej - mniejsze koszty licencji więcej można zarobi na usługach.

A nie prosciej zalozyc ze DBMS jest tylko NARZEDZIEM i to jakie wybrac zalezy od konkretnego projektu ?

Niedościgniony ideał, wszystkie bazy mają w różnym stopniu zaawansowaną implementację standardu SQL.

Natomiast jak dla mnie jeżeli ktoś uważa, że Oracle jest cool a PG jest beee i potrafi to uzasadnić - to jest to niezwykle cenna informacja (ale nie na zasadzie ogólników).

Zgadzam sie ze to niedoscigniony ideal
A nie na tym polega praca projektanta ?
Tak jest ale do tej pory na tym forum rozmawiamy o ogólnikach i historii a nie o technologii - uczestniczeę w tej dyskusji aby się dowiedziec byc może czegoś nowego i o to w tych chyba chodzi?

A tak szczerze to uzasadnic mozna wszystko ;) pytanie kto ma wygrac
Kazda baza ma swoje plusy i minusy i wystarczy to ladnie opisac.
Oracle jest świetny w marketingu (to jego najmocniejsza bez wątpienia strona) co zresztą widac również tu.Błażej O. edytował(a) ten post dnia 08.05.09 o godzinie 07:26
Błażej O.

Błażej O. Badania i rozwój
zaawansowanych
systemów
analitycznych

Temat: Oracle kupuje Sun'a

Marcin Przepiórowski:
Błażej O.:

Bardzo dobry przykład jest tu:
http://www.ipipan.gda.pl/~stefan/Dydaktyka/SemDyplomow...

Ponieważ w MySQL nie ma implementacji hierarchii muszą one być każdorazowo implementowane przez developera czyli mają świadomość jak takie struktury się tworzy i z tego powodu czasami sięgają do alternatywnych i bardzo dobrych rozwiązań.

I tu sprawa do przemyśleń, czy w Oracle pomyślałbyś o alternatywnej implementacji takiej struktury?

Czesc,

Przejrzalem ten artykol - slowo przeczytalem to za duzo - ale z tego co tam widzialem sklada sie on z tworzenie tabel i budowania
na nich struktury relacji - a czy postawisz to na Oracle czy
na MySQL czy na PG IHMO nie ma znaczenia.

Z drugiej jednak strony odkrywanie kola w kazdym projekcie
- hhhmmm - to moze byc lekko ryzykowne. Pomyslka
w takim algorytmie zastosowanym w calym projekcie moze go polozyc.
Znam z doswiadczenia niestety ;)

Ten przykład to raczej dojście do etapu nałożenia gumowej opony na drewniane koło - nie są to jeszcze implementacje typu układ jezdny w F1.


Idealna technologia to taka którą nie każdy potrafi zrobić - wtedy są na prawdę wypasione pensje - także jeżeli ma się wiedzę jak zrobi coś lepiej szybciej i wydajniej co jeszcze jest trudne lub wręcz niemożliwe do uzyskania w komercyjnych rozwiązaniach wtedy można na prawdę dużo zarobić.

IMHO nie ma rzeczy niemozliwiej to zrobienia na komercyjnych
Byc może tak by może nie - pożyjemy zobaczymy
rozwiazaniach ;) na tym to polega - znajdziesz cos i masz produkt
ktory sprzedajesz komerycjnie ;)
>

Temat: Oracle kupuje Sun'a

Błażej O.:
To się cieszę - interesujący artykuł jest poniżej (gdzieś w sieci jest fajniejszy artykuł z diagramem dotyczącym jakie bazy wyszły z jakiego projektu).

http://www.experiencefestival.com/a/Ingres_-_History/i...

Raczej nie bawię się w historyka informatyki ale w tym przypadku warto o pewnych rzeczach wiedziec.

Generalnie "na początku" był System R IBM-a - Oracle powstało na bazie tej specyfikacji. Prace nad System R były kontynuowane i w ich wyniku narodził sie Ingres a po nim Postgres i PostgreSQL.

Tak dla uzupelnienia informacji

http://www.oracle.com/timeline/index.html

Roku 1977 projekt o nazwie Oracle dla CIA.

To tak w wielkim skrócie - natomiast zwróc uwagę na dwa fakty (to o czym wcześniej wspominałem) - Oracle to bardzo "toporne" rozwiązanie (w sensie projektu) i w wielu miejscach bardziej przypomina system operacyjny niż bazę danych - wzięło się to właśnie stąd że powstał na bazie System R i jako całośc jest w takiej konwencji utrzymywany.

Dlaczego toporne ?
Owszem ma mechanizmy systemu operacyjnego ale nie widze
w tym popornosci. Jakis przyklad ?

Z znasz inne bazy w architekturze shared storage ?
RAC a kiedys parallel server istnieje od wersji 7.
To napisali prawie sami ;)
I znów mam wątpliwości czy napisali to sami lub prawie sami czy skopiowali istniejące rozwiązanie w ramach projektu Ingres (artykuł powyżej).

A gdzie tam jest info o bazach shared storage ?
Jest owszem o parallel query czy o NonStop clastrach
W obszarze którym działam czyli hurtownie danych OLAP i analityka RAC nie jest najszczęśliwszym rozwiązaniem, powiem więcej spowalnia rozwiązanie zamiast coś wnosic, a testy które robiłem tak ok 4 lat temu wypadły wręcz fatalnie (może teraz jest lepiej).

Wąskim gardłem bazy danych przetwarzającej duże ilości danych (odczyt, zapis) jest I/O, dostawienie kolejnych instancji kiedy macierz nie wyrabia powoduje że cały system zwalnia (obsługa nowej instancji). Tak też to wypadło w testach - dla czterech maszyn był już dramat - równoległa obsługa ich w systemie plików bazy danych.

Znow klania sie brak konfiguracji.

Hmmm to dlaczego na topie TPC.org w dziedzinie hurtowni jest
albo Oracle RAC albo IBM DB2 ?

http://www.tpc.org/tpch/results/tpch_perf_results.asp?...

Czy to teoria spiskowa ze nia ma tam PostgreSQL-a ?
Mozesz dac mi przyklad wielkosci hurtowni na ktorej
operujesz ? znaczy ile fizycznie zajmuje na dysku ?

Byc może są zastosowania (np instacje aplikacyjne DB - mało operacji I/O) w których RAC dobrze się sprawuje ale mi było potrzebne co innego.

Powiem tak dzieki technologi Cache Fusion zapisy zbedne zapisy dyskowe nie istnieja.
Jezeli byl problem z IO to raczej to nie wina Oracla, ktory zawsze wysysa tyle ile mozna.
Zresztą kierunek rozwoju w PG (ale też w innych produktach np. MS) jest raczej synchronizacja lub farmy/klastry baz danych (zapytania rozproszone) - czyli rozpraszanie składowanych danych.

Także dywagacje na ten temat z mojego punktu widzenia są bezcelowe, chyba że czysto informacyjnie, że Oracle ma RAC i że istnieją inne systemy w tej architekturze.


Rozproszone skladowanie danych ma jedna wielka wade.
Trzeba wiedziec gdzie jak te dane sa rozlozone
co nie wplywa dobrze na jakosc utrzymania systemu,
nie mowiac juz o wygodzie.
A to ze inni ida w takie rozwiazanie - bo nie maja baz shared storage ;)

Musze popytac czy jakis telekom ma baze na PG.
W sumie mogli by zaoszczedzic tysiace EUR/$ na licencjach ;)
Jeszcze cztery lata temu z tego co ja wiem - nie - ale może się coś zmieniło od tego czasu. Od strony komercyjnej z tymi licencjami to jest właśnie to co tygrysy lubią najbardziej - mniejsze koszty licencji więcej można zarobi na usługach.

Jest jedno male ale - SUPPORT
no chyba ze jestes w stanie zapewnic support DBMS-a
24x7x365 wraz z pisaniem poprawek co w OS jest oczywscie mozliwe.

Oracle jest świetny w marketingu (to jego najmocniejsza bez wątpienia strona) co zresztą widac również tu.

A gdzie tu widzisz martekting Oracle ?
Nigdy nie pracowalem i nadal nie pracuje w Oracle.
I zeby bylo jasne nie uwazam Oracla na najlepsza baze swiata
pozbawiona wad i zawsze chetnie dyskutuje.

pozdrawiam,
Marcin Przepiorowski

konto usunięte

Temat: Oracle kupuje Sun'a

Kolejny wrzut w watku nie zwiazany bezposrednio z bazami danych

Larry Ellison: SPARC isn't going anywhere: http://www.oracle.com/sun/lje-oracle-sun-faq.pdf

Wsumie milo ze nie wrzucaja do kosza SPARC'a :)

Temat: Oracle kupuje Sun'a

Błażej O.:
Problem - aplikacja przetwarzająca dbf-y (wtedy takie rzeczy pisało się samemu, nawet obsługę dbf-ów też się pisało samemu)

... a problem skalowania pojawiał się, gdy pojedyncza tabela dbf osiągała graniczną wielkość 2GB i do tego jeszcze codzienne (conocne ?) "pack'owanie" tabeli + odbudowa indeksów :-(

A właśnie jak to jest obecnie z odzyskiwaniem miejsca w PG po skasowanych rekordach gdy baza ma pracować 7x24, nadal tylko vacuum (jak w dbf) ?
I jak to właściwie jest z przechowywaniem poprzednich wersji rekordów w PG, jeżeli np. mam pozycje magazynowe przechowujące aktualny stan (+ wszystkie dane dot. zakupu) i aktualizuję pole zawierające aktualny stan pozycji magazynowej tysiące razy to o ile wiem PG utworzy w tabeli nową wersję rekordu, a "stara" będzie czekała aż vacuum odzyska miejsce, czy tak jest ? czy się może mylę?

konto usunięte

Temat: Oracle kupuje Sun'a

Piotr Wolański:
Błażej O.:
Problem - aplikacja przetwarzająca dbf-y (wtedy takie rzeczy pisało się samemu, nawet obsługę dbf-ów też się pisało samemu)

... a problem skalowania pojawiał się, gdy pojedyncza tabela dbf osiągała graniczną wielkość 2GB i do tego jeszcze codzienne (conocne ?) "pack'owanie" tabeli + odbudowa indeksów :-(

A właśnie jak to jest obecnie z odzyskiwaniem miejsca w PG po skasowanych rekordach gdy baza ma pracować 7x24, nadal tylko vacuum (jak w dbf) ?

Vacuum został, ale jakiś czas temu pojawił się autovacuum. Działa to tak, że jeżeli tabela/indeks rozrośnie się za bardzo system przegląda tabelę i wolne strony zostają zwolnione - mechanizm można konfigurować - idea jest taka, żeby na raz operować na paru stronach, co parę minut sprawdzając czy czegoś nie da się zwolnić.
Następnie wprowadzono mechanizm FSM (free space map) - dla każdej tabeli jest zbudowana mapa wolnego miejsca - jak idzie update/delete, zwolnione miejsce trafia do tej mapy, żeby przy kolejnym insert/update można było wykorzystać. Autocommit też się przydaje, bo FSM ustawia się na typowe zastosowanie, a np. aktualizacja aplikacji może znacznie wykroczyć poza typowe limity. Wtedy baza puchnie, ale stopniowo wróci do normalnych rozmiarów. Taki przyrost nie ma większego wpływu na wydajność, jeżeli tylko indeksy zostaną prawidłowo obsłużone przez FSM.
I jak to właściwie jest z przechowywaniem poprzednich wersji rekordów w PG, jeżeli np. mam pozycje magazynowe przechowujące aktualny stan (+ wszystkie dane dot. zakupu) i aktualizuję pole zawierające aktualny stan pozycji magazynowej tysiące razy to o ile wiem PG utworzy w tabeli nową wersję rekordu, a "stara" będzie czekała aż vacuum odzyska miejsce, czy tak jest ? czy się może mylę?

Jeżeli robię te wszystkie aktualizacje w jednej transakcji to nie ma znaczenia ile ich będzie. No, chyba, że wielkość rekordu wzrośnie na tyle, że nie da się go dłużej trzymać tam gdzie był.
Jeżeli natomiast zmiany będą zatwierdzane za każdym razem - autocommit - to wtedy użyty będzie mechanizm FSM. Teoretycznie można przyjąć, że aktywny rekord bądzie przeskakiwał z jednego miejsca w drugie.
Jeżeli operacje będą zgrupowane w jednej chwili - baza zanotuje zmiany w dzienniku zmian, natomiast strona będzie zmieniana w ramie. Do czasu, kiedy baza wymusi zrzucenie danych na dysk. Tu też sporo się poprawiło, kiedyś co 5 minut baza dostawała czkawki, bo bufory leciały na dysk. Teraz proces został rozciągnięty w czasie, dzięki czemu nie jest taki problematyczny.

Temat: Oracle kupuje Sun'a

Jeżeli natomiast zmiany będą zatwierdzane za każdym razem - autocommit - to wtedy użyty będzie mechanizm FSM. Teoretycznie można przyjąć, że aktywny rekord bądzie przeskakiwał z jednego miejsca w drugie.

Z tego by wynikało, że projekcie migracji na PostgreSQL wskazane jest rozważenie wydzielenia często aktualizowanych pól do osobnej tabeli połaczonej 1-1 z tabelą podstawową.
Bez tego też będzie działać, ale taki zabieg może poprawić zarządzanie przestrzenią danych.
Błażej O.

Błażej O. Badania i rozwój
zaawansowanych
systemów
analitycznych

Temat: Oracle kupuje Sun'a

Marcin Przepiórowski:

Hmmm to dlaczego na topie TPC.org w dziedzinie hurtowni jest
albo Oracle RAC albo IBM DB2 ?

http://www.tpc.org/tpch/results/tpch_perf_results.asp?...

Czy to teoria spiskowa ze nia ma tam PostgreSQL-a ?
Mozesz dac mi przyklad wielkosci hurtowni na ktorej
operujesz ? znaczy ile fizycznie zajmuje na dysku ?

pozdrawiam,
Marcin Przepiorowski

A jednak dyskusja przynajmniej dla mnie jest budująca - zobacz na to:
ParAccel Analytic Database (wyniki tego rozwiązania na TPC) i to:

http://en.wikipedia.org/wiki/Paraccel

O tym akurat nie wiedziałem

Na resztę odpowiem wkrótce ...

Pozdrawiam
Błażej

konto usunięte

Temat: Oracle kupuje Sun'a

Piotr Wolański:
Jeżeli natomiast zmiany będą zatwierdzane za każdym razem - autocommit - to wtedy użyty będzie mechanizm FSM. Teoretycznie można przyjąć, że aktywny rekord bądzie przeskakiwał z jednego miejsca w drugie.

Z tego by wynikało, że projekcie migracji na PostgreSQL wskazane jest rozważenie wydzielenia często aktualizowanych pól do osobnej tabeli połaczonej 1-1 z tabelą podstawową.
Bez tego też będzie działać, ale taki zabieg może poprawić zarządzanie przestrzenią danych.

Dodam jeszcze, że w PG pole tekstowe może mieć do 2GB (dodatkowo dane mogą być kompresowane w locie) W takim przypadku jest jednak trzymane osobno, w wierszu jest referencja.

Temat: Oracle kupuje Sun'a

Błażej O.:
http://www.tpc.org/tpch/results/tpch_perf_results.asp?...

Czy to teoria spiskowa ze nia ma tam PostgreSQL-a ?
Mozesz dac mi przyklad wielkosci hurtowni na ktorej
operujesz ? znaczy ile fizycznie zajmuje na dysku ?

A jednak dyskusja przynajmniej dla mnie jest budująca - zobacz na to:
ParAccel Analytic Database (wyniki tego rozwiązania na TPC) i to:

Witam,

Tez nie znalem tego rozwiazania i jestem pozytywnie zaskoczony
tym ze baza OS pojawia sie w takim towarzystwie.
Ja tez uwazam ze dobrze jest dyskutowac zreszta dodalem juz
pare plusikow PG.

pozdrawiam,
Marcin

Następna dyskusja:

Sun kupuje MySQL




Wyślij zaproszenie do