UNIÓN TODO frente a la condición OR en la consulta del servidor sql

Question

Tengo que seleccionar algunas filas según una condición que no existe en una tabla. Si uso una unión como se muestra a continuación, se ejecuta en menos de 1 segundo.

SELECT 1 FROM dummyTable 
WHERE NOT EXISTS 
(

SELECT 1 FROM TABLE t 
WHERE Data1 = t.Col1 AND Data2=t.Col2 

UNION ALL 

SELECT 1 FROM TABLE t 
WHERE Data1 = t.Col2 AND Data2=t.Col1 

) 

pero si uso una condición OR, se tarda cerca de un minuto como servidor SQL está haciendo una piscina perezosa mesa. ¿Alguien puede explicarlo?

SELECT 1 FROM dummyTable 
WHERE NOT EXISTS 
(

SELECT 1 FROM TABLE t 
WHERE ((Data1 = t.Col1 AND Data2=t.Col2) OR (Data1 = t.Col2 AND Data2=t.Col1)) 
) 

Answer 1

El plan de consulta también se ve afectado por el número de filas en sus tablas. ¿Cuántas filas hay en la tabla t?

También puede probar:

SELECT 1 FROM dummyTable 
WHERE NOT EXISTS 
(
    SELECT 1 FROM TABLE t 
    WHERE Data1 = t.Col1 AND Data2=t.Col2 
) 
AND NOT EXISTS 
( 
    SELECT 1 FROM TABLE t 
    WHERE Data1 = t.Col2 AND Data2=t.Col1  
) 

o (corregido para SQL-Server) este que va a utilizar el índice:

WITH tt AS        <---- a temp table with 2 rows 
(SELECT Data1 AS Col1, Data2 AS Col2 
    UNION 
    SELECT Data2 AS Col1, Data1 AS Col2 
) 
SELECT 1 FROM dummyTable 
WHERE NOT EXISTS 
(
    SELECT 1 
    FROM TABLE t 
    JOIN tt      
     ON tt.Col1 = t.Col1 AND tt.Col2=t.Col2 
) 

Answer 2

El uso de la OR es, probablemente, causando el optimizador de consultas utilizar ya no es un índice en la segunda consulta. Mire la explicación para cada consulta y eso le dirá la respuesta.

Answer 3

La cuestión es que se está especificando dos condiciones con OR que aplicar a tablas separadas en su consulta. Debido a esto, la búsqueda del índice no agrupado debe devolver la mayoría o todas las filas en su tabla grande porque la lógica O significa que también pueden coincidir con la cláusula de condición en la segunda tabla.

Observe el plan de ejecución de SQL en los tres ejemplos anteriores y observe el número de filas que salen del índice no agrupado en la gran tabla. El resultado final solo puede devolver 1,000 o menos de las 800,000 filas en la tabla, pero la cláusula OR significa que el contenido de esa tabla debe ser referenciado con el condicional en la segunda tabla ya que O significa que pueden ser necesarios para la final salida de consulta

Dependiendo de su plan de ejecución, la búsqueda de índice puede extraer las 800,000 filas de la tabla grande porque también pueden coincidir con las condiciones de la cláusula O de la segunda tabla. El UNION ALL es una consulta separada contra una tabla cada una, por lo que la búsqueda de índice solo tiene que generar el conjunto de resultados más pequeño que pueda coincidir con la condición para esa consulta.

Espero que esto tenga sentido. Me encontré con la misma situación mientras refactorizaba las declaraciones SQL de ejecución lenta.

Saludos,

Andre Ranieri