Come posso ottimizzare/rifattorizzare una clausola "LIKE" di TSQL?

Question

Ho una tabella con circa 117000 registrazioni. Devo eseguire una ricerca che controlli 3 campi separati per un dato motivo di stringa.

mio in cui la clausola è la seguente:

field1 LIKE '%' + @DESC + '%' 
OR field2 LIKE '%' + @DESC + '%' 
OR field3 LIKE '%' + @DESC + '%' 

Questo sembra prendere circa 24 secondi, indipendentemente ingresso ...

C'è un modo migliore per fare questo? Meno di 10 (o 5!) Secondi sarebbero molto più preferibili.

Grazie per qualsiasi aiuto.

Answer 1

Utilizzare Ricerca testo completo e CONTAINS. LIKE non può essere ottimizzato durante la ricerca nel mezzo del campo, ad es. quando l'espressione LIKE inizia con un '%', quindi eseguirà sempre una scansione completa della tabella.

Answer 2

Ogni volta che si avvia una ricerca LIKE con un carattere jolly, si esegue una scansione. A meno che non sia possibile restringere i criteri di ricerca per includere il primo carattere (che potrebbe non essere fattibile), è necessario ricorrere alla ricerca di testo completo.

Answer 3

come su

field1 + field2 + field3 LIKE '%' + @DESC + '%' 

o

CONTAINS(field1 + field2 + field3, @DESC) 

Answer 4

Avete davvero bisogno di iniziare con un carattere jolly? Perché? Spesso puoi costringere gli utenti a digitare almeno il primo carattere. Ne parlo perché alcuni sviluppatori usano semplicemente il carattere jolly come abitudine perché non è necessario. Nella maggior parte dei casi, gli utenti saranno in grado di digitare il primo carattere, a meno che il file non memorizzi le stringhe lunghe (ad esempio i nomi degli aeroporti ufficiali). Altrimenti è davvero necessario utilizzare l'indicizzazione full-text anche se il trucco di KM con il contrario è piuttosto interessante se non si ha bisogno del carattere jolly alla fine.

Se si riesce a evitare di uccidere le prestazioni, fare ciò.

Answer 5

Mentre sono d'accordo con la risposta accettata che completa indicizzazione di testo sarebbe la soluzione migliore e sono in alcun modo a favore dell'uso di condurre ricerche con caratteri jolly se devono essere eseguite poi ci sono potenziali misure che possono essere adottate per rendere le prestazioni di loro meno cattive.

Kalen Delaney nel libro "Microsoft SQL Server 2008 Internals" dice:

fascicolazione può fare una grande differenza quando SQL Server deve esaminare quasi tutti i caratteri nelle stringhe. Per esempio, guardare il seguente:

SELECT COUNT(*) FROM tbl WHERE longcol LIKE '%abc%' 

Questo può eseguire 10 volte più veloce o più con un confronto binario di un confronto non binari di Windows. E con i dati varchar, questo viene eseguito fino a sette o otto volte più velocemente con un confronto SQL rispetto alle regole di confronto di Windows.

Answer 6

Ho provato una possibile soluzione. Prima di questa soluzione, anche la query non restituiva risultati e causava errori di timeout della connessione.

La mia query stava avendo il filtro della data e altri criteri.Tutti gli altri criteri erano come la ricerca. Una parola chiave di colonna stava cercando come '% abc%' sulla colonna ntext e stava facendo una scansione completa della tabella.

Soluzione:

interrogazione Divide in 2 parti. 1) Prima parte in CTE (Common Table Express) 2) Applicare tutti i criteri di ricerca su CTE.

WITH SearchData(Column1,Column2,Column3,Column4,........) 
    AS 
    (
    SELECT Column1,Column2,Column3,Column4,........... 
    FROM myTable1 WITH(NOLOCK) 
      INNER JOIN MyTable2 WITH(NOLOCK) 
       ON MyTable1.id = MyTable2.Id 
    WHERE (MyTable1.CreationTime >= '2014-04-27' AND MyTable1.CreationTime <= '2014-05-01') 
) 

    SELECT DISTINCT top 250 Column1,Column2,Column3,Column4 
    FROM SearchData 
    WHERE (ISNULL(Column1,'') LIKE @Column1 +'%' OR @Column1 IS NULL) 
      and (Column2 LIKE @Column2+ '%' OR @Column2 IS NULL) 
      ... 
      ... 
      ... 
      ... 
      AND (Column10 like '%'+@Column10+'%' or @Column10 IS NULL) 
      AND @Column1+@Column2+@Column3+........@Column10 <> '' 
      ORDER BY [CreationTime] DESC 

Ha funzionato per me.

Answer 7

Se non è possibile utilizzare FullTextSearch, è possibile aumentare la velocità in 10 volte. Operazioni successive:

1 Add campo calcolato: Indice

alter table TableName 
add CalculatedColumnName as upper(Column1 + '|' + Column2...) collate Latin1_General_100_Bin2 
persisted; 

2 Aggiungi per campo calcolato:

create nonclustered index IDX_TableName_CalculatedColumnName 
on TableName(CalculatedColumnName); 

3 Modificare il testo della query

select count(*) 
from TableName 
where CalculatedColumnName like '%' + upper(@ParameterValue) + '%' collate Latin1_General_100_Bin2 

Fonte: http://aboutsqlserver.com/2015/01/20/optimizing-substring-search-performance-in-sql-server