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.088	DotNetErbse	15.10.10 11:06
Re: SQL, Where, Einfluss auf Performance	639	DotNetErbse	19.10.10 19:19
Re: SQL, Where, Einfluss auf Performance	639	FZelle	19.10.10 20:10
Re: SQL, Where, Einfluss auf Performance	621	DotNetErbse	20.10.10 06:47
Re: SQL, Where, Einfluss auf Performance	627	FZelle	20.10.10 09:22
Re: SQL, Where, Einfluss auf Performance	644	DotNetErbse	20.10.10 16:07
Re: SQL, Where, Einfluss auf Performance	621	DotNetErbse	21.10.10 08:43
Re: SQL, Where, Einfluss auf Performance	631	FZelle	21.10.10 09:17
Re: SQL, Where, Einfluss auf Performance	622	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