Was w�r den jetzt kurzfristig die sinnvollste L�sung, um etwas rauszuholen.
P.S. Die SP pr�ft zun�chst, on ein entsprechender Datensatz vorhanden ist, d.h. vor jedem Eintrag erfolgt erst ein SELECT. Ren� > -----Urspr�ngliche Nachricht----- > Von: [EMAIL PROTECTED] [mailto:coffeehouse- > [EMAIL PROTECTED] Im Auftrag von Joachim Uersfeld > Gesendet: Freitag, 28. Februar 2003 10:41 > An: [EMAIL PROTECTED] > Betreff: AW: [Coffeehouse] SQL Server Performance > > > handelt es sich hier um ca. 20000 Datens�tze / Min. Das Parsen > > geht dank RegEx sehr schnell, allerdings kommt der SQL Server > > nicht nach. Was bringt hier am meisten (RAM / CPU / Anzahl Proz / ..)? > > Es spielt sicherlich eine Rolle, ob beim Einf�gen gepr�ft wird, ob ein > Bedingungen erf�llt sind und ob sich diese WHERE-Bedingung in einem Index > wiederfindet. Auf keinen Fall solltest Du lokal ein Recordset �ffnen und > dort die Bedingungen pr�fen. Das macht der SQL Server viel schneller. > > Beim Server spielt RAM die gr��te Rolle, wobei man den SQL-Server im > Zugriff > auf das vorhandene RAM beschr�nken sollte - gib ihm nie mehr als 2/3, denn > Windows ben�tigt selbst noch Raum zum Leben. Was den Server langsam macht, > ist die Defragmentierung der Platte. > > Tsch��, Joachim > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~sponsored by United Planet~~~~~~~~~~~~~~~~~ > Kaffeepause im United Planet Communityserver ... > http://www.intrexx.com/communityserver > _______________________________________________ > Coffeehouse mailing list > [EMAIL PROTECTED] > http://www.glengamoi.com/mailman/listinfo/coffeehouse
<<attachment: winmail.dat>>
