Hallo! > wir haben eine sql-server 2000-db mit einer aktuellen groesse von 20GB. > leider sind unsere geschaeftsprozesse eher sequentiell und sehr trans- > aktionsorientiert. das heisst, wir nutzen unsere 4-prozessor-maschine > derzeit eher schlecht aus (nur die ersten beiden prozessoren worken > parallel). > <<
> Die Verteilung auf verschiedene Datenbanken wird sicherlich weniger Timeouts > bringen, weil es weniger gleichzeitige Sperren gibt. Dem m��te aber ein > Verteiler vorgeschaltet werden, der - nach Auslastung, Wettarten, wie auch > immer - die Benutzer auf die entsprechende Datenbank umleitet. > > Ein anderer Ansatz w�re sicherlich, auf die Transaktionen erst mal zu > verzichten, und nur die einzelnen Schritte mitzuschneiden - also ein > internes Transaktionssystem zu schaffen. Klingt viel versprechend ... So etwas geht relativ einfach mit dem Instead-Of-Insert Trigger. Die Daten werden also nicht direkt in die Tabelle eingef�gt, sondern erst einmal in einer zweiten Tabelle zusammen mit der Session-ID geparkt. Erst auf der letzten Webseite, also dort wo der Abschluss erfolgt, wird dann die Transaktion gestartet und alle Daten aus den Zwischentabellen werden in die Haupttabellen �bertragen. So hat man nur eine sehr kurze Transaktionszeit, und die vorbereitenden Schritte k�nnen von beliebigen Servern (Prozessoren) bearbeitet werden. > Zusammenh�ngende Vorg�nge auf mehrere Datenbanken zu verteilen, halte ich > f�r keine gute Idee. Wie lange dauern denn die Transaktionen jetzt? Genau! Ich vermute sehr stark, dass Ihr das Problem nicht mit einer verteilten Datenbank l�sen werdet, obwohl man Euch sicher gerne das Windows Data Center verkaufen werdet. Transaktionen erfordern einen dauerhafte Connection. Wenn Du die Connection also in einer Session �ber mehrere Webseiten aufrecht erh�ltst, kommt es zwangsl�ufig zu Engp�ssen. Ihr habt die Bremse damit wahrscheinlich selber eingebaut, oder? 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
