in dem falle w�rde ich als einfachste L�sung vorschlagen:
- Die SP schreibt die DATEN in eine Tempor�rtabelle ohne zu pr�fen, ob es den DS schon gibt...das is von der PErformance recht einfach und performant.
- Gelegentlich wird die Tempor�rtabelle mit der Mastertabelle abgeglichen, evtl zwei Queries, einmal f�r alle schon vorhanden Datens�tze, einmal f�r alle Nicht vorhandenen. Jeweils joinen mit der Haupttabelle...
Das d�rfte auch relativ z�gig gehen, auf jeden fall erheblich schneller als deine bisherige Methode :=)
Mit freundlichem Gruss
Martin K�hrer
ProTeam Innovative Softwarel�sungen GmbH
Pfaffenstr. 21
D-74078 Heilbronn
Fon: (07131) 28 74 - 801
Fax: (07131) 28 74 - 88
mailto:[EMAIL PROTECTED]
> -----Urspr�ngliche Nachricht-----
> Von: Ren� Kuss [mailto:[EMAIL PROTECTED]]
> Gesendet: Freitag, 28. Februar 2003 10:53
> An: [EMAIL PROTECTED]
> Betreff: AW: [Coffeehouse] SQL Server Performance
>
>
> 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
>
>
