PostgreSQL vs MySQL Opcje

[anas]

Hej.

Mam pytanie do kolegow mniej lub wiecej doswiadczonych praca z PostgreSQL. Czy mozecie podac mi praktyczne roznice, ktore przekonaly was do korzystania z PostgreSQL'a w stosunku do MySQL-a. Dla mnie jak narazie glownie przkonywujaca jest obsluga PL/SQL oraz typy tablicowe ktorych brakowalo mi czasem w MySQL. Nie wiem rowniez jak sie sprawa ma z wydajnoscia - chociaz PostgreSQL wydaje mi sie bardziej profesionalnym narzedziem... mialem troche stycznosci z Oracle'm wiec moze to bedzie pomocne w dobrym zrozumieniu PostgreSQL'a, ale z checia bym sie dowiedzial jaka lekture polecicie zeby zglebiac ten temat.

pozdrowka

anas

[zalew]

Stored procedures - no rzeczywiscie nie ma jezyka PL/SQL i tego mi najbardziej brakuje - ale dla upatrych mozna zawsze napisac wlasne funkcje w c i zaimplementowac je do serwera MySQL, lub poprostu robic te rzeczy na warstwie aplikcacji

"po prostu robic na warstwie aplikacji" - wiesz, mowa tu o bazie, a nie o tym ze moze ona sluzyc za tableki i wszytko robic poza nia.. na mysql nie rozdzielisz warstwy aplikacji i bazy danych i w tym wlasnie caly problem.. po to sa udf czy procedury skladowane zeby moc zaprojektowac poprawnie i elastycznie aplikacje rozdzielajac interfejs od bazy.. na braku funkcji badz procedur mysql sie dla mnie konczy..
metody 'dla upartych' mnie nie interesuja, nie wiem zreszta po co tyle osob probuje udawadniac ze mysql dorownuje pg.. tam gdzie nie trzeba projektowac systemu poprawnie, badz jest na tyle maly, ze pozniejsza jego konserwacja nie odgrywa zanczenia, oczywiscie wystarczy mysql.. dlatego tak wiele osob go uzywa ze im wystarcza.. obecnie do wiekszosci zlecen uzywam postgres i ciezko by mi bylo sie cofnac w rozwoju i pisac nawet sredniego cmsa przekladajac wszystkie zadania bazy na php..
na mysqlu mam fotobloga, dwa portfolia, sajt z newsami, kilka malych sklepow, i wiekszosc stron dawnych klientow, ktore maja bardzo prosta strukture... ostatnie moje zlecenia jednak to dosc zlozone sajty z cmsami, gdzie obojetnie czy pracujac sam czy rozdzielajac zadania po prostu warstw bazy od programu musze rozdzielic, bo inaczej zgine.. tutaj mam postgres i zadnia bazy tworze i koryguje na poziomie bazy, a logike interfejsu rzezbie w php.. nie potrafilbym juz tego pomieszac..

pytasz czy 2 lata to duzo, owszem duzo, ale i tak dopiero niedawno sie pojawily nowe featuresy w mysqlu i nie widze powodow zeby leciec z tego tytulu do niego jak po cieple bulki rano.. po prostu nie widze.. postgres spelnia wymagania do poprawnej budowy aplikacji bazodanowej, mysql nie, po co to tlumne namawianie na My? bez sensu

problemem dla mnie jest tylko nieznajomosc administracji postgresa przez niektorych providerow, zazwyczaj gdy kaze na koncie moich klientow zalozyc postgres to w sluchawce slychac 'yyy... hmm...' i rozne serie tlumaczen.. juz kilku hostingowcow moich klientow wyslalem na drzewo, bo nie potrafili badz nie chcieli zainstalowac i udostepnic mi w dzialajacej formie postgres... na mysql'u swiat baz danych sie dla nich konczy (tak jak dla wiekszosci programistow), nikt z ich kleintow nie korzystal i srednio mozna liczyc na jakakolwiek znajomosc tematu.. na szczescie mam jedna firme, z ktora wspolpracuje w ktorej sa solidni ludzie i przynajmniej tam mam spokoj o ich kompetencje..

Ten post edytował zalew 29.10.2004, 14:19:40