On Mon, 7 Mar 2005 12:50:40 +0100, Andreas Pakulat <[EMAIL PROTECTED]> wrote: > On 07.M�r 2005 - 11:58:10, Robert M�ller wrote: > > orientieren. Und ich lieb�ugle ja schon eine Weile mit PostgreSQL, da > > uns das eine Menge Features bringen w�rde, die MySQL nicht mal in den > > neuesten Version anbietet als da w�ren: Foreign Keys, Views, PL/pgSQL, > > Subselects, Trigger und Transaktionen. > > Da muss ich jetzt aber mal doch f�r MySQL in die Bresche springen, > 4.1 kann in jedem Fall Subselects und Foreign Keys. Eventuell auch > Transaktionen (aber da bin ich mir nicht ganz sicher). Was man aber > ebend beachten muss ist, dass man daf�r InnoDB nutzen muss, mit > ISAMDB geht das nicht.
FK abs Version 4.1.1 ansonsten nur Syntaxunterst�tzung daf�r. Leider fehlen nichtsdestotrotz Features wie Views und (vor allem Trigger und eigene Funktionen in PL/pgSQL). Und gerade da� wollten wir gerne haben. Ich will beileibe keinen Flamewar MySQL vs PgSQL vom Zaun brechen, aber da mu� MySQL noch ein wenig aufholen. PostgreSQL pa�t auch durch die M�glichkeit eigene Objekte zu schaffen besser in unser Modell als MySQL, was sich bisher gut gehalten hat, aber jetzt langsam an die Grenzen kommt. > > > Nutzt jemand von Euch die von woody zur Verf�gung gestellt Version > > 7.2.1-2woody8? Diese ist ja nun schon etwas �lter, bietet zwar, soweit > > ich das nach meiner bisherigen Recherche beurteilen kann, im > > Wesentlichen die von uns aufgestellten Featurew�nsche, es stellt sich > > aber die Frage nach Performance und Vollst�ndigkeit der > > Implementierung der oben genannten Feature. > > Generell ist PostgreSQL wohl nicht so performant wie MySQL (nein ich > habe keine eigenen Benchmarks durchgef�hrt), allerdings h�ngt das auch > stark von der Struktur und Menge der Daten ab, sowie dem K�nnen des > DB-Admin, die Zugriffe zu optimieren... Es ist ungeheuer schwer, aktuelle und unverf�lschte Benchmarks zu finden. Wie oben gesagt, ich will keinen Flamewar, MySQL hat seine Daseinsberechtigung und wird nicht ohne Grund von vielen genutzt. Aber wir Entwickler haben uns nun schon f�r postgreSQL umentschieden, es pa�t einfach besser zu unserem Datenmodell. Es war also eine Entscheidung f�ur pgSQL nicht gegen Mysql ;) Robert
