MSsql dont know, mi se pare ca sunt ceva referinte pe site ul Postgres, ceva de genul "Why not MSSQL", "Why not MySQL", etc, care nu sunt reclama curata (de ce-ar avea nevoie Postgres de reclama comparativa, doar e gratis!) , ci explica si unele "caveats" ale sistemelor mentionate
----- Original Message ----- From: "Ciprian Niculescu" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 31, 2002 11:45 PM Subject: [rlug] Re: mysql, postgresql, mssql ... > ok, mersi > > si ceva care sa cuprinda si MS sql??? > > C > > Furniga Emil wrote: > > ca sa te lamuresti, citeste urmatoarele articole din NetReport (of course, > > if you can grab them somewhere, pe net nu sunt): > > -"MySQL si PostgreSQL", din luna martie 2001 > > -"PostgreSQL practic", din septembrie 2001 > > > > a 2-a chiar da exemplul unei implementari de aplicatie gen de evidenta > > contabila ce vrei tu sa faci (clienti, facturi, etc), cu exemple clare cum > > sa folosesti triggere, view-uri, proceduri stocate server-side, etc, de care > > o aplicatie cu complexitate are nevoie; > > > > MySQL nu are tot ce zisei mai inainte, asa ca optiunea pt. aplicatia ta > > devine PostgreSQL. > > unde mai pui ca la MySQL nu sunt implementate chestii esentiale, gen > > integritatea referentiala (adica poti sa scrii in tabelele alea date > > balarite care nu sunt relationate cu celelalte, fara sa te traga de maneca > > serverul), lucru care la Postgres nu se intampla, sau sub-selectiile, de > > care tot o sa te lovesti > > > > oricum, citeste articolele, vorbeste acolo si de performante, precum si de > > gradul de abordabilitate al documentatiilor (MySQL mai de beginneri, > > Postgres de restul) > > > > salve > > Emil > > > > > > ----- Original Message ----- > > From: "Ciprian Niculescu" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Wednesday, July 31, 2002 3:58 PM > > Subject: [rlug] mysql, postgresql, mssql ... > > > > > > > >>O firma doreste sa realizeze un program cu ajutorul caruia sa > >>stocheze/gestioneze baza de date cu inregistrarile contabile si > >>informatii mai detaliate despre clienti pe ultimul an, doi. > >> > >>problema este ce baza de date sa faca stocarea respectivelor date, avand > >>in vedere ca pe zi sunt 200 de clienti/vanzari, iar numarul total de > >>clienti diferiti sunt (sa zicem) 5 milioane pe 2-3 ani, iar firma are > >>1000 de articole diferite pe care le vinde. > >> > >>care sunt criteriile de selectie a bazei de date (in principal cele din > >>$subj) si daca cineva are experienta cu un asemenea volum de informatie, > >>cam cat ocupa pe hard... > >> > >>deci ma intereseaza si benchmarkuri si cerinte de sistem. > >> > >>legatura cu linuxul este ca eu sustin solutie mysql pe linux. > >> > >>C > >> > >> > >>--- > >>Pentru dezabonare, trimiteti mail la > >>[EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. > >>REGULI, arhive si alte informatii: http://www.lug.ro/mlist/ > >> > > > > --- > > Pentru dezabonare, trimiteti mail la > > [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. > > REGULI, arhive si alte informatii: http://www.lug.ro/mlist/ > > > > > > --- > Pentru dezabonare, trimiteti mail la > [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. > REGULI, arhive si alte informatii: http://www.lug.ro/mlist/ > --- Pentru dezabonare, trimiteti mail la [EMAIL PROTECTED] cu subiectul 'unsubscribe rlug'. REGULI, arhive si alte informatii: http://www.lug.ro/mlist/
