Hallo! Habe vor kurzem (15./16. November) zu dem Thema gepostet.
Es gibt gen�gend Projekte bei denen nichts gegen mySQL spricht. Und es gibt gen�gend Argumente gegen mySQL: F�r eine eigenst�ndige (von der Applikation unabh�ngige) Datenlogik braucht man TRIGGER und STORED PROCEDUREs. F�r die Datensicherheit (Zugriff, Konsistenz) braucht man VIEWs, FOREIGN-KEYs und vor allem Transaktionen. F�r den Programmierkomfort brauchts au�erdem SUB-SELECTs. Nimm das Beispiel von Andreas Roth. Das geht so in mySQL nicht, weil SUB-SELECTS ben�tigt werden. Deshalb und wegen der fehlenden Trigger braucht's f�r mySQL auf jeden Fall mehr Entwicklungs- und Wartungsaufwand. Access hat zwar auch keine echten TRIGGER aber zumindest im Hinblick auf die Datenintegrit�t ist TRIGGER-Funktionalit�t gegeben. FAZIT: mySQL ist schnell (weil es nur die halbe Arbeit macht), aber einfach keine professionelle Datenbank. Gerade Entwicklung im Team ist sehr schwierig, weil die Datenlogik ja in der Applikation abgearbeitet werden muss. Freundliche Gr��e Joachim van de Bruck | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
