SQL interno vs pregunta de combinación izquierda

Question

Tengo una consulta sql con muy mal rendimiento. Lo rastreé hasta el INNER JOIN realizado en la mesa. El cambio de este a izquierda unirse aumenta significativamente el rendimiento (de 6 min 20 seg) - ahora sé que el 2 no están equiv, pero ... aquí es lo que estoy pidiendo

SELECT * 
    FROM SomeTable ST 
    JOIN BigTable BT ON BT.SomeID = ST.SomeID 
        AND BT.Something = ST.Something 
        AND BT.AnotherValue = '123' 

Dado que la unión tiene criterios adicionales (y algo = algo) - está cambiando esto a una combinación izquierda produciendo los mismos resultados - ¿pero MUCHO más rápido?

Los resultados devueltos son los mismos utilizando IZQUIERDA/interior con izquierda siendo significativamente más rápido ...

Answer 1

Parece que hacer la unión interna al revés daría un mejor rendimiento ...

SELECT 
    * 
FROM 
    BigTable AS BT 
INNER JOIN 
    SomeTable AS ST 
ON 
    BT.AnotherValue = '123' 
AND 
    BT.SomeID = ST.SomeID 
AND 
    BT.Something = ST.Something 

o con subconsulta

SELECT 
    * 
FROM 
    (SELECT * FROM BigTable WHERE AnotherValue = '123') AS BT 
INNER JOIN 
    SomeTable AS ST 
AND 
    BT.SomeID = ST.SomeID 
AND 
    BT.Something = ST.Something 

también, asegúrese de que el BigTable.AnotherValue se indexa correctamente.

Answer 2

Mientras obtiene los mismos resultados de ambas uniones, es importante entender que una combinación de la izquierda es diferente de una unión interna.

Una combinación izquierda se llevará a todas las filas de la tabla izquierda incluso si no hay partidos en la tabla de la derecha.

SQL LEFT JOIN vs SQL INNER JOIN

lo que sus datos sólo pasa a ser producido de una manera que es idéntica dado los dos diferentes uniones.

SELECT * 
    FROM SomeTable ST 
    JOIN BigTable BT ON BT.SomeID = ST.SomeID 
        AND BT.Something = ST.Something 
        AND BT.AnotherValue = '123' 

¿Qué tal esto:

SELECT 
    * 
FROM 
    SomeTable 
     INNER JOIN 
    BigTable 
     ON SomeTable.PreferedPrimaryKey = BigTable.PreferAForeignKey 
     AND SomeTable.SomethingThatIsIndexedAndPreferableNumeric = BigTable.SomethingThatIsIndexedAndPreferableNumeric 
WHERE 
    BigTable.AnotherValue = '123' 

Compruebe sus índices y asegurarse de que sus criterios para la segunda parte de la unión no es una cadena de caracteres no indexada.