Sie sind aktuell nicht angemeldet.

Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Re: SQL, Where, Einfluss auf Performance
Autor: DotNetErbse
Datum: 20.10.10 06:47
Hallo FZelle, nein, auf varCharTest habe ich keinen Index gesetzt, weil die Felder eben aus (völlig unterschiedlichen) Strings (ohne Leerzeichen!!) von der Länge ~2kBytes bestehen. Ich denke, da hat der Server mehr zu tun, diesen Index zu verwalten. Außerdem muss er den Index ja auch durchsuchen. Bei dem Datenformat dauert es wahrscheinlich genauso lange. Na gut, der Index wäre wenigstens sortiert. Und der Server hat ja in Pausen Zeit dafür.... Nur, bei "LIKE" (wobei der Parameter IMMER so aussieht: %parameter%) wird nach einem String im String gesucht, da erschließt sich mir nicht der Grund nach einem Index, denn die Sortierung der Tabelle ist da irrelevant. Wäre die Variante mit CASE WHEN... eine Alternative? Werden die SQL-Statements im SQL-Server interpretiert, oder compiliert?? 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	579	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	595	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	583	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