Chris
At 10:52 AM 2/28/2003 +0100, you wrote:
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
