SQL Server: colonne dell'indice utilizzate in mi piace?

Question

È consigliabile indicizzare le colonne varchar solo nelle operazioni LIKE? Da quello che posso leggere da analisi di query mi dalla seguente query:

SELECT * FROM ClientUsers WHERE Email LIKE '%niels@bosmainter%' 

ottengo un "costo stimato sottostruttura" di 0,38 senza alcun indice e 0,14, con un indice. Si tratta di una buona metrica da utilizzare per l'analisi se una query è stata ottimizzata con un indice?

Answer 1

sulla base dei dati 'abcdefg'

WHERE Column1 LIKE '%cde%' --can't use an index 

WHERE Column1 LIKE 'abc%' --can use an index 

WHERE Column1 Like '%defg' --can't use an index, but see note below 

Nota: Se avete domande importanti che richiedono '% defg', è possibile utilizzare una colonna persistente calcolata dove reverse() la colonna e poi indicizzarlo. Quindi è possibile interrogare su:

WHERE Column1Reverse Like REVERSE('defg')+'%' --can use the persistent computed column's index 

Answer 2

Nella mia esperienza il primo% -sign farà qualsiasi indice inutile, ma alla fine sarà utilizzare l'indice.

Answer 3

Per rispondere alla parte metriche della tua domanda: il tipo di indice di scansione/table/Seek in corso è un buon indicatore per sapere se un indice è in corso (correttamente) utilizzato. Di solito è mostrato in primo piano nell'analizzatore del piano di query. Il seguente scansione/cercano tipi sono ordinati dal peggiore (in alto) al meglio (in basso):

• Table Scan
• Clustered Index Scan
• Index Scan
• Clustered Index Seek
• Index Seek

Come regola generale, che normalmente cercare di ottenere cerca più di scansioni, quando possibile. Come sempre, ci sono delle eccezioni a seconda delle dimensioni della tabella, delle colonne interrogate, ecc. Io raccomando di fare uno search on StackOverflow per "indice di ricerca scan" e riceverai molte informazioni utili su questo argomento.