Clustered index på SQL 2005

Hvad vil du beskrive med feltX og feltY?

Har du et indeks der indeholder alle tre felter og samtidig sat FeltC til primærnøgle, er det korrekt? Det lyder underligt, for ikke at sige umuligt. FeltC kan i alt fald ikke indeholde tomme/null' felter.

Så, væk med FeltC i indekset. Hvis du heller ikke vil søge på FeltB, kan du ligeså godt bare have et indeks på FeltA.

Hvad forhindrer dig i at have to scripts? De kan evt. pakkes væk i en function?

Ja det ville jeg også gerne høre.

Og en anden ting... Hvorfor har du valgt et clustered index?


Og jo SQL kan godt "springe" feltB over, den vil lave en filter bagefter - men det er jo ikke videre optimalt.

Du kunne måske også gøre som hrc foreslår, lave dit index så simpelt som muligt! Har du forsøgt dig med indexering med included columns? http://www.mssqltips.com/tip.asp?tip=1078

Jeg fik desværre tastet forkert, det beklager jeg meget.

selecten ser således ud

SELECT * FROM MYTABLE WHERE
feltA = 'avalue' AND
feltC != 'X = enten blank eller en unik værdi' AND
feltX = 'bæabæa' AND
feltY = 'blabla'

Det vil sige at i de fleste søgninger vil der stå feltC != null. FeltX og FeltY var blot medtaget for at vise at der er yderligere begrænsinger på selecten.

>>Har du et indeks der indeholder alle tre felter og samtidig sat FeltC til primærnøgle, er det korrekt? Ja

Jeg er interesseret i at vide om det vil være mere optimalt at udelade feltC != 'x' i de tilfælde hvor x = null, hvilket vel egentlig svarer til 2 forskellige queries. Querien er mere tænkt som et eksempel, så det er ikke så interessant at omskrive den, ændre index ect.

Hvis du bruger en != operator vil du få en full table scan, hvilket vil betyde at dit index er overflødigt.
Jeg ville udelade "!=" og "not in/ like" så vidt muligt som det kan lade sig gøre.

Jeg kan næsten regne ud at det ikke performer som du forventer ;) så hvis du skal guides i en mere konkret retning må du informere lidt mere.

Kunne du evt. vise en showplan? - Lige før du eksekverer dit sql-statement, så udfør denne kommando:
set showplan_all on
Og se tryk F5 :)

(slå den fra igen med off)

Der er tale om to forskelle query-plans/strategier, alt efter om FeltC er angivet eller ej.
Hvis FeltC, og ej FeltB, er angivet bør optimiseren benytte det primære indeks. I det generelle tilfælde uden FeltC, bør den benytte det klusterede indeks.
Derfor - Undlad at bruge FeltC != null, hvis feltet ikke er bestemmende. Sammenligningen er overflødig, ressourcekrævende og kan give anledning til at optimiseren vælger en forket søgestrategi.

Jeg tror konklusionen er at feltC skal udelades når værdien er null. Lægger i nogle svar?

svar