JOIN或WHERE内的条件

将条件放入JOIN子句与WHERE子句之间是否有任何区别（性能，最佳实践等）？

例如...

-- Condition in JOIN
SELECT *
FROM dbo.Customers AS CUS
INNER JOIN dbo.Orders AS ORD 
ON CUS.CustomerID = ORD.CustomerID
AND CUS.FirstName = 'John'

-- Condition in WHERE
SELECT *
FROM dbo.Customers AS CUS
INNER JOIN dbo.Orders AS ORD 
ON CUS.CustomerID = ORD.CustomerID
WHERE CUS.FirstName = 'John'

您更喜欢哪一个（也许是为什么）？

关系代数允许WHERE子句和中的谓词可互换INNER JOIN，因此即使INNER JOIN带有WHERE子句的查询也可以使谓词由优化程序重新排列，以便在处理过程中将它们排除在外JOIN。

我建议您以最易读的方式编写查询。

有时，这包括使INNER JOIN相对“不完整”并将某些条件置于WHERE简单位置，以使过滤条件列表更易于维护。

例如，代替：

SELECT *
FROM Customers c
INNER JOIN CustomerAccounts ca
    ON ca.CustomerID = c.CustomerID
    AND c.State = 'NY'
INNER JOIN Accounts a
    ON ca.AccountID = a.AccountID
    AND a.Status = 1

写：

SELECT *
FROM Customers c
INNER JOIN CustomerAccounts ca
    ON ca.CustomerID = c.CustomerID
INNER JOIN Accounts a
    ON ca.AccountID = a.AccountID
WHERE c.State = 'NY'
    AND a.Status = 1

但这当然取决于。

对于内部联接，我并没有真正注意到差异（但是与所有性能调优一样，您需要根据情况检查数据库）。

但是，如果您使用的是左联接或右联接，则放置条件的位置将产生巨大的差异。例如，考虑以下两个查询：

SELECT *
FROM dbo.Customers AS CUS 
LEFT JOIN dbo.Orders AS ORD 
ON CUS.CustomerID = ORD.CustomerID
WHERE ORD.OrderDate >'20090515'

SELECT *
FROM dbo.Customers AS CUS 
LEFT JOIN dbo.Orders AS ORD 
ON CUS.CustomerID = ORD.CustomerID
AND ORD.OrderDate >'20090515'

第一个将只给您提供日期晚于2009年5月15日的记录，从而将左联接转换为内部联接。第二个将提供这些记录以及所有没有订单的客户。结果集根据放置条件的不同而有很大差异。（如果仅出于示例目的，请选择*，当然，您不应该在生产代码中使用它。）当您只想查看一个表中的记录而不是另一个表中的记录时，例外。然后，对条件而不是联接使用where子句。

SELECT *
FROM dbo.Customers AS CUS 
LEFT JOIN dbo.Orders AS ORD 
ON CUS.CustomerID = ORD.CustomerID
WHERE ORD.OrderID is null

大多数RDBMS产品将相同地优化两个查询。在Peter Gulutzan和Trudy Pelzer撰写的“ SQL Performance Tuning”中，他们测试了多个品牌的RDBMS，但没有发现性能差异。

我更喜欢将联接条件与查询限制条件分开。

如果您OUTER JOIN有时在使用，则必须在join子句中放入条件。

JOIN发生后，WHERE将会过滤。

在JOIN上进行过滤，以防止在JOIN过程中添加行。

我更喜欢JOIN联接完整的表/视图，然后使用WHERE引入结果集的谓词。

在语法上感觉更干净。

我通常会在对联接进行过滤时看到性能提高。特别是如果您可以在两个表的索引列上联接。您也应该能够通过大多数查询来减少逻辑读取，这在大容量环境中是比执行时间更好的性能指标。

当有人展示他们的SQL基准测试，并且他们在午夜在开发服务器上执行了50,000次两个版本的sproc并比较平均时间时，我总是感到很开心。

在我看来，将条件置于联接中似乎“严重错误”，因为这不是JOIN的“目的”。但这是非常定性的。

另一个问题：如果您决定从内部联接切换为正确的联接，那么将条件置于JOIN内可能会导致意外结果。

我认为，当您拥有更大的表时，联接会更快。其实并没有太大的区别，尤其是当您处理的表较小时。当我第一次了解联接时，我被告知联接中的条件就像where子句条件，并且如果where子句特定于要在哪个表上执行条件的条件下，我可以互换使用它们。

最好在Join中添加条件。性能比可读性更重要。对于大型数据集，这很重要。