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