¿Por qué esta declaración de SQL es muy lenta?

Question

Tengo una tabla con aproximadamente 1 millón de registros (ejecutando SQL Server 2008 Web). Tengo una rutina de búsqueda que intenta hacer coincidir el código del producto y la descripción del producto. Sin embargo, en algunas circunstancias es muy lento. A continuación se muestra (corte hacia abajo) instrucción SQL:

WITH AllProducts AS (
    SELECT  p.*, Row_Number() OVER (ORDER BY ProductId) AS RowNumber 
    FROM  Product AS p 
    WHERE p.IsEnabled=1 AND 
    (
     p.BaseSku = 'KPK-3020QWC-C' -- this on its own is fast 
     OR 
     CONTAINS(p.FreeTextStrings, '"KPK-3020QWC*"') -- and this on its own is fast, but not both 
    ) 
) SELECT * FROM AllProducts   
    WHERE RowNumber BETWEEN 1 AND 20; 

Tenga en cuenta que si sólo se compara en [p.BaseSku = 'KPK-3020QWC-C'] o [CONTIENE (p.FreeTextStrings '", KPK-3020QWC * "')] individualmente (pero no ambos) es instantáneo. Y si los comparo juntos, lleva años (varios minutos) y devuelve solo una fila.

IsEnabled y BaseSku están indexados, y FreeTextStrings está indexado en FTS.

Recuerdo que esto funcionaba bien antes.

¿Alguien puede arrojar algo de luz sobre esto y sugerir algunas soluciones?

archivo de plan de ejecución está disponible aquí: http://wiki.webgear.co.nz/GetFile.aspx?File=Temp%5cSearch%20Test.sqlplan.zip

Answer 1

or es notoriamente lento en SQL Server. Es irritante, por decir lo menos.

Intenta dividirlo en dos consultas con un union:

WITH AllProducts AS (
    select *, Row_Number() OVER (ORDER BY ProductId) AS RowNumber 
    from (
    SELECT  p.* 
    FROM  Product AS p 
    WHERE p.IsEnabled=1 AND 
     p.BaseSku = 'KPK-3020QWC-C' 
    UNION 
    SELECT  p.* 
    FROM  Product AS p 
    WHERE p.IsEnabled=1 AND 
     CONTAINS(p.FreeTextStrings, '"KPK-3020QWC*"') 
) 
) SELECT * FROM AllProducts   
    WHERE RowNumber BETWEEN 1 AND 20; 

Answer 2

Esto parece funcionar bien:

WITH AllProducts AS (
    SELECT  p.*, Row_Number() OVER (ORDER BY ProductId) AS RowNumber 
    FROM  Product AS p 
    WHERE p.IsEnabled=1 AND 
    (
     CONTAINS(p.BaseSku, 'KPK-3020QWC-C') /* instead of p.BaseSku = 'KPK-3020QWC-C' */ 
     OR 
     CONTAINS(p.FreeTextStrings, '"KPK-3020QWC*"') 
    ) 
) SELECT * FROM AllProducts   
    WHERE RowNumber BETWEEN 1 AND 20; 

(que ya tenía BaseSku FTS indexado-)

Answer 3

Make sure all necessary indexes are in place. I tuve el mismo problema con una cláusula or en una de mis consultas y la creación de un ÍNDICE NO CULPADO con columnas INCLUDE corrigió el rendimiento .

Después de más pruebas, fue el columna INCLUDE parte del índice que realmente fija el problema de rendimiento. Esto es lo que hice para determinar el problema y cómo solucionarlo:

utilizar el plan de ejecución para ayudarle a crear los índices faltantes:

sin el índice de la consulta estaba tomando 2+ min cuando debería tener funcionó en unos pocos milisegundos. Así que comparé los planes de ejecución de la consulta con y sin la cláusula or en SSMS y no era obvio lo que tenía que hacer (sobre todo debido a mi falta de comprensión de los planes de ejecución).

Pero si mira por encima del plan de ejecución en texto verde, SSMS puede indicarle que cree un índice no agrupado. Hmm ... vale la pena intentarlo. ¡Así que creé el índice y el problema resuelto! Puede hacer clic con el botón derecho en la consulta "CREAR ÍNDICE" y seleccionar "Detalles de índice faltantes ...". Esto abrirá una nueva pestaña con la consulta completa para que pueda ejecutar. Solo dale un nombre.