WHERE-Klausel vs ON, wenn JOIN

Question

mit

Unter der Annahme, dass ich die folgenden T-SQL-Code haben:

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

Die folgende man auch den gleichen Satz von Zeilen zurückgibt:

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

Das ist nicht sein könnte das beste Beispiel hier, aber gibt es einen Leistungsunterschied zwischen diesen beiden?

Answer 1

Nein, der Abfrageoptimierer ist intelligent genug, um für beide Beispiele den gleichen Ausführungsplan auszuwählen.

Sie können den Ausführungsplan mit SHOWPLAN überprüfen.

---

Dennoch sollten Sie alle Verbindung auf der ON Join-Klausel setzen und alle Beschränkungen der WHERE Klausel.

Answer 2

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

Dies ist die bessere Form zu gehen. Es ist leicht zu lesen und zu modifizieren. In der Geschäftswelt ist das genau das, was Sie wollen. In Bezug auf die Leistung sind sie jedoch gleich.

Answer 3

Achten Sie nur auf den Unterschied mit den äußeren Verbindungen. Eine Abfrage, wo ein Filter von b.IsApproved (auf der rechten Tabelle, Bar) an den ON Zustand der JOIN hinzugefügt:

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

Ist NICHT das gleiche wie die Filter in der WHERE Klausel Abdrucken:

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

da für ‚nicht bestanden‘ Outer-Joins zu Bar (dh wo es keine b.BarId für eine f.BarId ist), diese b.IsApproved als NULL für alle diese fa verlassen Bei geblockten Join-Zeilen werden diese Zeilen herausgefiltert.

Ein anderer Weg, dies zu betrachten, ist, dass für die erste Abfrage, LEFT OUTER JOIN Bar b ON (b.IsApproved = 1) AND (b.BarId = f.BarId) wird die linken Tabellenzeilen immer wieder zurückkehren, da LEFT OUTER JOIN die linken Tabellenzeilen garantiert werden auch zurückgegeben werden, wenn die Verbindung fehlschlägt. Der Effekt des Hinzufügens von (b.IsApproved = 1) zu der Bedingung LEFT OUTER JOIN besteht jedoch darin, beliebige rechte Tabellenspalten zu NULLEN, wenn (b.IsApproved = 1) falsch ist, d. H. Nach den gleichen Regeln, die normalerweise auf eine LEFT JOIN Bedingung auf (b.BarId = f.BarId) angewendet werden.

aktualisieren: die Frage von Conrad, die äquivalente LOJ für einen optionalen Filter gefragt abzuschließen wäre:

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

dh die WHERE Klausel sowohl die Bedingung prüfen muss, ob die Verbindung fehlschlägt (NULL) und Der Filter wird ignoriert, und der Join ist erfolgreich und der Filter muss angewendet werden.(b.IsApproved oder b.BarId könnte für NULL getestet werden)

ich einen SqlFiddle together here gesetzt haben, die auf die JOIN die Unterschiede zwischen den verschiedenen Anordnungen des b.IsApproved Filters relativ zeigt.

Answer 4

Ich habe einige Fälle, in denen der Optimierer nicht einmal in den letzten Versionen von MSSQL schlau genug war - und der Leistungsunterschied war Monster.

Aber dies ist eine Ausnahme, die meiste Zeit SQL Server Optimierer wird das Problem lösen und den richtigen Plan bekommen.

So halten Sie die Richtlinie der Filter auf WHERE-Klausel und optimieren Sie bei Bedarf.

Answer 5

Ich habe gerade einen Test einer Abfrage gegen vier Tabellen ausgeführt - eine Primärtabelle mit drei INNER JOINs und insgesamt vier Parameter und verglich die Ausführungspläne beider Ansätze (unter Verwendung der Filterkriterien im ON des JOIN, und dann auch in der WHERE-Klausel).

Die Ausführungspläne sind genau gleich. Ich habe dies auf SQL Server 2008 R2 ausgeführt.