vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Mails senden, abrufen und decodieren - ganz easy ;-)  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

ADO.NET / Datenbanken
Re: SQL, Where, Einfluss auf Performance 
Autor: DotNetErbse
Datum: 19.10.10 19:19

hat denn da keiner eine Meinung zu?

also, mein sql sähe z.B so aus: (nur mal mit einer Tabelle, ohne Joins und so weiter):

SELECT
...
FROM
tblTabelle
WHERE
(bolTest=@boltest) and
(intTest=@inttest) and
(strVarcharMax like @varcharmax)
ORDER BY
...

jetzt ist es ja so, dass die LIKE-Abfrage bei Feldlängen von, sagen wir mal, 2kBytes
und etwa 20.000 Datensätzen einen Moment dauert... Für meinen Geschmack etwas zu lange...
Die anderen Abfragen sollten ja schnell gehen.

Indizierung kommt nicht in Frage, falls das einer vorschlagen sollte.
Die Daten in strVarcharMax liegen als EIN EINZIGER STRING vor.
(kommt aus OCR, alle SPACES, KOMMATA, SEMIKOLA und PUNKTE entfernt.)

Also, wie kann ich verhindern, dass der SQL-Server das Field strVarcarMax anfasst, wenn bolTest und intTest schon keine Ergebnisse liefert?

Oder macht der Server das von selber??

Gibt es da eine Befehlshierarchie, ähnlich mathematischer Operationen (niedere und höhere)??

Oder abreitet der Server die WHERE-Zweige der Reihenfolge ab und bricht den Rest ab, wenn er schon keine Übereinstimmung findet??

Vielleicht kann ja Jemand was dazu sagen...

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)]

alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
SQL, Where, Einfluss auf Performance1.088DotNetErbse15.10.10 11:06
Re: SQL, Where, Einfluss auf Performance640DotNetErbse19.10.10 19:19
Re: SQL, Where, Einfluss auf Performance640ModeratorFZelle19.10.10 20:10
Re: SQL, Where, Einfluss auf Performance621DotNetErbse20.10.10 06:47
Re: SQL, Where, Einfluss auf Performance627ModeratorFZelle20.10.10 09:22
Re: SQL, Where, Einfluss auf Performance644DotNetErbse20.10.10 16:07
Re: SQL, Where, Einfluss auf Performance621DotNetErbse21.10.10 08:43
Re: SQL, Where, Einfluss auf Performance631ModeratorFZelle21.10.10 09:17
Re: SQL, Where, Einfluss auf Performance622DotNetErbse21.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übersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2025 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel