Prednosti i mane pojedinih RDBMS-ova

[kodi]

[edit by dinke]Ova tema je nastala kao epilog jedne duge rasprave na php forumu.[/edit]

ja sam takodje omao neka iskustva u projekovanju intranet aplikacija...

php je sasvim zadovoljavajuce resenje...

samo moja preporuka je PostgreSQL... (ako je u pitanju baza koja trpi veliko opterecenje)

[ivanhoe]

Originalno napisao kodi

samo moja preporuka je PostgreSQL... (ako je u pitanju baza koja trpi veliko opterecenje)

zapravo, mysql je brzi od postgres-a (i vecine komercijalnih baza uzgred), za web model pristupa podacima, gde imas puno select-a, a relativno malo izmena..

postgres je ozbljnija baza u smislu da je maximalno inspirisana Oraclom i da od samog pocetka ima transakcije, referencijalni integritet, triggere, storovane procedure i slicno, a mysql je to tek nedavno dobio... tako da bi preporuka za postgresql bila vise u smislu robustnosti i proverenog kvaliteta, nego perfomansi....

[dinke]

Originalno napisao ivanhoe

postgres je ozbljnija baza u smislu da je maximalno inspirisana Oraclom i da od samog pocetka ima transakcije, referencijalni integritet, triggere, storovane procedure i slicno, a mysql je to tek nedavno dobio... tako da bi preporuka za postgresql bila vise u smislu robustnosti i proverenog kvaliteta, nego perfomansi....

MySQL (innodb i bdb tabele) ima Referencijalni Integritet od verzije 3.23.44. Slično važi i za transakcije (3.23 max odnosno od 4.0.x). Dakle, nedavno (u verziji 5.0.x) je dobio samo triggere i stored procedure, ovo ostalo ima već duže vremena.

[Ilija Studen]

PostgreSQL je stvarno kompletno rešenje, ali su mogućnosti koje MySQL pruža uglavnom dovoljne za web razvoj. Možda naveća prednost MySQLa u odnosu na PostgreSQL je rasprostranjenost (retki su hostovi koji nemaju LAMP paket). Po meni, najveća glupost koju je MySQL AB dozvolio je šareniš koji je nastao usled četiri aktivne verzije: 3.23.x, 4.0.x, 4.1.x i sad 5.x. Pošto se mogućnosti ovih baza često znatno razlikuju teško je biti pametan

Dobar persistance layer (npr Propel) i tweakovanje dobijenog DDLa tako da izvučeš maksimum iz baze koju aplikacija stvarno koristi je sasvim zadovoljavajuće rešenje za većinu problema sa kojima ćeš se sresti na webu. Ima izuzetaka, ali ako ti je bitnija brzina razvoja od brzine izvršavanja onda je ovo prava kombinacija.

PS: Split dok još uvek znamo gde smo skrenuli u offtopic

[ivanhoe]

Originalno napisao dinke

MySQL (innodb i bdb tabele) ima Referencijalni Integritet od verzije 3.23.44. Slično važi i za transakcije (3.23 max odnosno od 4.0.x). Dakle, nedavno (u verziji 5.0.x) je dobio samo triggere i stored procedure, ovo ostalo ima već duže vremena.

Ok, nisam mislio nedavno kao u poslednjoj verziji, nego nedavno kao u zadnjih par godina

Jos uvek mozes cesto da cujes i procitas komentare ljudi koji ne znaju za ove mogucnosti InnoDB, a rade sa mysql svaki dan, tako da, u tom smislu, te tehnologije su jos mlade...vecina programera ih jos uvek ne koristi mnogo,
mada postoji izvesno opravdanje za to jer innoDB ima nesto slabije perfomanse od myisam, ako se dobro secam..

[dinke]

Originalno napisao ivanhoe

Ok, nisam mislio nedavno kao u poslednjoj verziji, nego nedavno kao u zadnjih par godina

MySQL podržava transakcije od verzije 3.23.15 - iliti od 9. Maja 2000. godine! Dakle, više od 5 godina.

Originalno napisao ivanhoe

Jos uvek mozes cesto da cujes i procitas komentare ljudi koji ne znaju za ove mogucnosti InnoDB, a rade sa mysql svaki dan, tako da, u tom smislu, te tehnologije su jos mlade...vecina programera ih jos uvek ne koristi mnogo,
mada postoji izvesno opravdanje za to jer innoDB ima nesto slabije perfomanse od myisam, ako se dobro secam..

To je nažalost tačno. Zbog toga sam i najavio na svom blogu seriju članaka o mogućnostima MySQL-a koje developeri retko (ili nikada) koriste. Stay tuned

[bojan_bozovic]

Iskreno, meni je zasmetalo to sto nemam BEGIN/ROLLBACK ili slicno u MySQL. Vredi to, i na webu. Imam samo malo iskustva sa MySQL, i ostale baze ne mogu komentarisati. Kad se izgubi konekcija sa bazom (db server pao) cudne stvari se desavaju, ukljucujuci i vise od jednog INSERT ili UPDATE upita na bazi, a to je golem problem. Opet, ja sam jos na 3.23, a s obzirom da sam ne mogu znati kada ce server online, pitanje je hoce li i moze li i to da mi pomogne. Server je 3.23.56-log ali je moj problem sto nije po defaultu pravio InnoDB tabele, i sad prakticno nista ne mogu.

[dinke]

Boki, problem je što MySQL IMA begin/rollback koji ti pominješ.

start transaction;
insert into foo value ('foo1');
insert into foo value ('foo2');
commit;

start transaction;
insert into foo value ('foo3');
insert into foo value ('foo2');
;duplicate key error occured
rollback;

Ovo radi sa Innodb i BDB tabelama!

[bojan_bozovic]

Isprobacu transakcije, pa cu videti hoce li mi koristiti. Morao sam bas da vidim koju verziju baze imam (ovde u lokalu imam 5+ ali na serveru sta imam imam 3.23.56-log). Hvala!

[ivanhoe]

Originalno napisao bluesman

Vidim da mnogi pričaju o mnogim stvarima i prosto ne mogu da ne zapitam: koliko su STVARNO koristili bilo šta od toga. Priča se o mysql, o transakcijama, o postgreeSQL koji je proklamovan kao "najkompletnije rešenje" a nisam siguran da je bilo ko STVANO i napravio neku komercijalnu aplikaciju (znači ne ono kao "zezanje kod kuće") i koristio ta "kompletna rešenja" pa da može tako nešto da tvrdi. Tvrdim da 99,99% ljudi, ne samo ovde nego na čitavom web-u, koristi samo osnovne stvari, a "extra features" su ostali samo... tema za razgovor, ili što bi Srbi rekli: "kurčenje".

Ja sam sa postgresom radio 2001 par aplikacija za jednog britanskog provajdera (administracija korisnika, obracunavanje vremena, placanje i sl.), izbor baze je bio na njihov zahtev, prelazak sa postojece perl + mysql platforme na php + postgres....i priznajem koristio sam triggere i storovane procedure i transakcije cisto zato sto postoje, nije da sam morao, ali s druge strane su mi odlicno odradile posao i verovatno ustedeli malko vremena, a i kad vec postoje sto da ih ne koristim...Tako da da, postgres jeste veoma kompletna i dobra baza. I znatno laksa za instalaciju i upotrebu od Oracla, sa kojim treba da budes voodoo vrach da bi izasao na kraj, cenu da ne pominjemo...

Inace Dinke je spomenuo da i mysql ima slicne mogucnosti od 2000, ali moram priznati da sam ja za to saznao tek pre mozda 2 godine (/me stupid ), ali jos nisam nikad koristio innoDB komercijalno, jer mi nije trebalo nikad, bas kao sto i kazes web development obicno moze i bez toga...

ali opet ne kapiram sta nalazis da je problem oko promovisanja naprednijih tehnika? Zasto smatras to kurcenjem?
To je kao da programiras u php-u i koristis foreach, a ne znas kako radi for ili while, samo zato sto ti uglavnom ne treba.
Mnogo je lakse i sigurnije uraditi begin i onda eventualno rollback, nego lockovati rucno tabele i proveravati sve i svasta...ili recimo kad brises usera, na primer, zasto bi isao od tabele do tabele i brisao njegove podatke, kad preko referencijalnog integriteta i triggera mozes to da zavrsis jednom komandom. Uostalom ne ugradjuju se te funkcije u baze zato sto je proizvodjacima dosadno, nego zbog zahteva korisnika...