On Wed, 2003-02-19 at 15:53, Calin Damian wrote: > Nu am incercat sa fac o comparatie mysql - postgres. Am mentionat ce > m-a deranjat in utilizarea postgres. Recunosc ca in unele puncte as > putea fi subiectiv, asa cum probabil esti si tu. > > Pe de alta parte tu iei partea postgres si din reply-ul tau se deduce > antipatia pt mysql. :)
Da, recunosc, sunt un fan declarat al PostgreSQL si, din pacate, nu imi pot retine antipatia fata de aspecte punctuale ale, daca vrei, filosofiei MySQL. De-aia ma si tem in general sa discut despre un subiect atat de flamabil cum e asta. Poster-ul inceputului de thread poate confirma ca i-am raspuns pe personala in primul rand din teama de a nu porni un flamewar. M-am bagat acum pentru ca am avut placuta surpriza sa vad ca se discuta calm si 99% la obiect. > Functii importante, documentate dar neimplementate. Pt. mine asta a fost > un argument al lipsei de maturitate. Hmmm, cred ca te referi la faptul ca sunt implementate la nivel de parser. O multime de functii sunt implementate la nivel de parser dar fie sunt ignorate (in cazul in care sunt obsolete) fie intorc warning (in cazul in care chiar nu e implementat nimic in spatele lor). Oricum, asa cum spus si mai jos (nu era ironie) faza cu modificatul tabelelor a fost un minus important in PostgreSQL. > Poate m-am exprimat gresit. Ma refeream la numarul de utilizatori pe > care ii are mysql vs. postgres Ah, userbase-ul MySQL. Da. > Nu stiu daca ce e mai sus se vrea o recunoastere sau o ironie. Era o recunoastere. Asa cum a spus si Petru Paler, in versiunile 7.3.x the subject is moot. > > Iarasi, nu sunt de acord. Dar aici recunosc ca pot fi biased. Poate > > in definitiv e chestiune de gust. > > .... subiectivism? :-/ Mie nu mi se pare. Am spus ca _eu_ pot fi subiectiv :-) Ce am vrut sa spun e ca, desi prefer cu mult modul in care PostgreSQL functioneaza la nivel de permisii, acest lucru se poate datora faptului ca nu am putut sa ma descurc eficient prin documentatia MySQL sau faptului ca am folosit prea mult timp PostgreSQL. Pentru mine in 99% din cazuri e suficient sa am un user asociat unui singur DB pe care ii dau acces de la un singur host. Exceptiile sunt rare. De-aia pot fi subiectiv. > Cazul era de genul SELECT smth FROM tabela WHERE > <coloana_integer>=<numar> Si index-ul pe coloana aia cum era definit? E singurul lucru la care ma pot gandi care ar putea sa incetineasca vreun pic query-ul in functie de tip. Ai avut ocazia sa verifici asta pe mai multe versiuni de PostgreSQL? > > :) pidfile rings a bell? :) Tine de distributie. Am patit-o in redhat > > da. enervant oricum. > > > mai multe ori. Oricum, nu se compara cu bubele uriase de care poti da > > in mysql la un power cycle. > > power cycle? MySQL mi s-a busit de atatea ori la penele de curent. PostgreSQL nu a zis nimic, cu exceptia fazei cu pidfile-ul. Dar nu mi-a corupt niciodata DB-urile. In MySQL am avut de mai multe ori DB-uri irecuperabile dupa caderi de curent. BTW, pentru cei "pasionati", Firebird e specialistul nr. 1 la bushit DB-uri. georgeb. -- George Barbarosie <[EMAIL PROTECTED]> intelinet.ro SRL -- Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
