Sie sind aktuell nicht angemeldet.

Funktionen: Einloggen  |  Neu registrieren  |  Suchen

SQL, Where, Einfluss auf Performance
Autor: DotNetErbse
Datum: 15.10.10 11:06
Hallo alle zusammen, nur so zum Überblick: ich habe verschiedene Abfragen mit längeren where-Strings. Da gibt es joins, einfache booleans in einer einzigen Tabelle und auch varchar(max) Fields mit richtig vielen Daten (Klartextinfo aus OCR-Erkennung, pro Field/Satz ~2kb). Alles in Allem 5 verbundene Tabellen. Nun stellt sich die Frage, ob ich mit dem Design der Where-Strings (Reihenfolge vielleicht) Einfluss nehmen kann auf die Performance der Abarbeitung. Vor allem die "like.." - Abfrage der OCR-Field kostet m.E. recht viel Zeit. Wenn die Reihenfolge der Abarbeitung irgendwie beeinflusst werden könnte, kann ich vielleicht verhindern, dass das Field überhaupt vom Server bei der Abarbeitung "angefasst" wird. Sowas wie ein AndAlso.... ??? Mit freundlichen Gr??en DotNetErbse [Es hei?t Paket und nicht Packet, auch wenn Standard augenscheinlich von Standar(t)e kommt,hei?t es dennoch Standar(d)]

SQL, Where, Einfluss auf Performance	1.026	DotNetErbse	15.10.10 11:06
Re: SQL, Where, Einfluss auf Performance	597	DotNetErbse	19.10.10 19:19
Re: SQL, Where, Einfluss auf Performance	599	FZelle	19.10.10 20:10
Re: SQL, Where, Einfluss auf Performance	578	DotNetErbse	20.10.10 06:47
Re: SQL, Where, Einfluss auf Performance	584	FZelle	20.10.10 09:22
Re: SQL, Where, Einfluss auf Performance	594	DotNetErbse	20.10.10 16:07
Re: SQL, Where, Einfluss auf Performance	582	DotNetErbse	21.10.10 08:43
Re: SQL, Where, Einfluss auf Performance	590	FZelle	21.10.10 09:17
Re: SQL, Where, Einfluss auf Performance	582	DotNetErbse	21.10.10 10:29

Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden. Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  Gesamtübersicht

Suchen