Hallo! > Ja genau hier ist der Ansatz zum nachdenken. > > SQL Server verursacht Kosten beim Provider und es ist mir auch kein Fall > bekannt, wo ein Versuch die Clients zu umgehen funktioniert h�tte. > > Jetzt kommen wir wieder zu MySQL zur�ck. Wer auf Stored Proz., Abfragen und > Trigger verzichten kann, der ist mit MySQL optimal versorgt. Wem diese > Funktionen - ca. 600,00 DM/Jahr - unentbehrlich sind, der ist nat�rlich mit > SQL Server optimal versorgt. > > Die Performance von MySQL, mit einer guten Indexierung, ist sogar dem SQL > Server �berlegen.
Das wird leider immer wieder behauptet, ist aber ganz bestimmt nur in Ausnahmef�llen richtig. Richtig ist lediglich, dass Daten�nderungen schneller laufen, weil ja auch keine Transaktionen, Fremdschl�sselbeziehungen, referentielle Identit�ten, verteilte Datenbankstrukturen, oder Trigger- und Check-Funktionen ber�cksichtigt werden m�ssen. Daten�nderungen sind aber in der Regel zeitunkritisch, weil sie im Batch laufen oder aber schon durch die Eingabe �ber die Tastatur gebremst werden. Zeitkritisch ist in den wenigsten F�llen das "SELECT", sondern viel h�ufiger die �bertragung der Datenmenge vom Datenbankserver zum aufrufenden Programm. Und hier sind dann Stored Procedures/Functions, Sub-Selects und Trigger in der Lage, dem SQL Server jede Menge Zeitvorteile zu verschaffen. Man versuche nur einmal eine hierarchische Menustruktur aus mySQL in ein einziges richtig sortiertes Recordset zu lesen. Und wenn ich alles, was mySQL nicht kann, mit interpretiertem VBScript nachbilden muss, sieht mySQL ganz sch�n alt aus. > Die Frage ist hier, wie oft werden die ob. gen. Funktionen des SQL Servers > ben�tigt ? > Daraus ergibt sich die Antwort auf die Datenbank Auswahl. mySQL ist bestenfalls f�r ein einfaches Shop-System geeignet, je mehr Tabellen miteinander verkn�pft werden, desto besser wird der SQL Server. F�r eine komplexere Datenlogik ist der SQL Server (oder Oracle, db2, Informix, ...) sogar unentbehrlich. mySQL ist immer noch kaum mehr als ISAM. 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
