cláusula WHERE vs ON cuando utilice JOIN

Question

Suponiendo que tengo el siguiente código de T-SQL:

SELECT * FROM Foo f 
INNER JOIN Bar b ON b.BarId = f.BarId; 
WHERE b.IsApproved = 1; 

La siguiente también se devuelve el mismo conjunto de filas:

SELECT * FROM Foo f 
INNER JOIN Bar b ON (b.IsApproved = 1) AND (b.BarId = f.BarId); 

Esto no podría ser la mejor muestra de caso aquí, pero ¿hay alguna diferencia de rendimiento entre estos dos?

Answer 1

No, el optimizador de consultas es lo suficientemente inteligente como para elegir el mismo plan de ejecución para ambos ejemplos.

Puede usar SHOWPLAN para verificar el plan de ejecución.

---

Sin embargo, usted debe poner todos se unen conexión en la cláusula ON y todas las restricciones sobre la cláusula WHERE.

Answer 2

SELECT * FROM Foo f 
INNER JOIN Bar b ON b.BarId = f.BarId 
WHERE b.IsApproved = 1; 

Esta es la mejor forma de proceder. Es fácil de leer y fácil de modificar. En el mundo de los negocios, esto es lo que te gustaría hacer. En cuanto al rendimiento, son los mismos sin embargo.

Answer 3

Solo tenga cuidado con la diferencia con las uniones externas. Una consulta donde se añade un filtro de b.IsApproved (en la tabla de la derecha, Bar) a la ON condición del JOIN:

SELECT * 
FROM Foo f 
LEFT OUTER JOIN Bar b ON (b.IsApproved = 1) AND (b.BarId = f.BarId); 

Es NO lo mismo que colocar el filtro en el WHERE cláusula:

SELECT * 
FROM Foo f 
LEFT OUTER JOIN Bar b ON (b.BarId = f.BarId) 
WHERE (b.IsApproved = 1); 

Dado que para 'fracasado' exterior se une a Bar (es decir, donde no hay b.BarId para un f.BarId), esto dejará b.IsApproved como NULL para todos tales fa iled join rows, y estas filas serán filtradas.

Otra forma de ver esto es que para la primera consulta, LEFT OUTER JOIN Bar b ON (b.IsApproved = 1) AND (b.BarId = f.BarId) siempre devolverá las filas de la tabla IZQUIERDA, ya que LEFT OUTER JOIN garantiza que las filas de la tabla IZQUIERDA se devolverán incluso si la unión falla. Sin embargo, el efecto de agregar (b.IsApproved = 1) a la condición LEFT OUTER JOIN es anular las columnas de la tabla derecha cuando (b.IsApproved = 1) es falso, es decir, según las mismas reglas que se aplican normalmente a una condición LEFT JOIN en (b.BarId = f.BarId).

actualización: Para completar la pregunta hecha por Conrad, la LOJ equivalente para un filtro opcional sería:

SELECT * 
FROM Foo f 
LEFT OUTER JOIN Bar b ON (b.BarId = f.BarId) 
WHERE (b.IsApproved IS NULL OR b.IsApproved = 1); 

es decir El WHERE cláusula debe tener en cuenta tanto la condición de si la unión falla (NULL) y el filtro se debe ignorar, y donde la unión tiene éxito y se debe aplicar el filtro.(b.IsApproved o b.BarId podrían ser probados para NULL)

He puesto un SqlFiddle together here que demuestra las diferencias entre las diversas ubicaciones de la b.IsApproved filtro con relación a la JOIN.

Answer 4

He visto algunos casos en los que el optimizador no era lo suficientemente inteligente incluso en versiones recientes de MSSQL, y la diferencia de rendimiento era monstruosa.

Pero esta es una excepción, la mayoría de las veces el optimizador de SQL Server resolverá el problema y obtendrá el plan correcto.

Mantienen la política de utilizar filtros en la cláusula WHERE y optimizan cuando sea necesario.

Answer 5

Acabo de ejecutar una prueba de una consulta contra cuatro tablas: una tabla principal con tres UNIONES INTERIORES y un total de cuatro parámetros, y comparé los planes de ejecución de ambos enfoques (usando los criterios de filtro en el ENCUADRE y luego también en la cláusula WHERE).

Los planes de ejecución son exactamente los mismos. Ejecuté esto en SQL Server 2008 R2.