在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将在JOIN发生后进行筛选。
在JOIN上的过滤器，以防止在JOIN过程中添加行。
其他回答
关系代数允许WHERE子句和INNER JOIN中的谓词互换性，因此即使是带有WHERE子句的INNER JOIN查询也可以由优化器重新安排谓词，以便在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
当然，这要视情况而定。
我更喜欢使用JOIN来连接完整的表/视图，然后使用WHERE来引入结果集的谓词。
它在语法上感觉更简洁。
WHERE将在JOIN发生后进行筛选。
在JOIN上的过滤器，以防止在JOIN过程中添加行。
大多数RDBMS产品将以相同的方式优化这两个查询。在Peter Gulutzan和Trudy Pelzer的“SQL性能调优”中，他们测试了多个RDBMS品牌，并没有发现性能差异。
我倾向于将连接条件与查询限制条件分开。
如果使用OUTER JOIN，有时有必要在JOIN子句中放入条件。
在我看来，当你有一个更大的表时，连接更快。这真的没有太大的区别，特别是如果你处理的是一个相当小的桌子。当我第一次学习连接时，有人告诉我，连接中的条件就像where子句中的条件一样，如果where子句特定于在哪个表上执行条件，那么我可以互换地使用它们。
