SQL JOIN - WHERE子句与ON子句

在阅读它之后，这不是显式与隐式SQL连接的副本。答案可能相关(甚至相同)，但问题是不同的。

它们之间有什么不同?每一种都应该有什么不同?

如果我正确地理解了这个理论，那么查询优化器应该能够互换地使用这两种方法。

当前回答

我认为这是连接序列效应。在左上角连接的情况下，SQL先做左连接，然后做where过滤器。在沮丧的情况下，找到订单。首先ID=12345，然后加入。

其他回答

关于你的问题，

只要你的服务器能得到它，内部连接的'on'和'where'都是一样的:

select * from a inner join b on a.c = b.c

and

select * from a inner join b where a.c = b.c

并非所有口译员都知道“where”选项，所以可能应该避免使用。当然，“on”从句更清楚。

就优化器而言，使用ON或WHERE定义连接子句应该没有区别。

然而，恕我直言，我认为在执行连接时使用ON子句更清楚。这样，您就有了查询的特定部分，该部分规定了如何处理连接，而不是与其余WHERE子句混合。

为了补充Joel Coehoorn的回答，我将添加一些特定于sqlite的优化信息(其他SQL风格的行为可能不同)。在原来的例子中，LEFT JOIN有不同的结果，这取决于你是否使用JOIN on…在哪里或加入…和。下面是一个稍微修改过的例子:

SELECT *
FROM Orders
LEFT JOIN OrderLines ON Orders.ID = OrderLines.OrderID
    WHERE Orders.Username = OrderLines.Username

与

SELECT *
FROM Orders
LEFT JOIN OrderLines ON Orders.ID = OrderLines.OrderID 
    AND Orders.Username = OrderLines.Username

现在，最初的答案指出，如果使用普通的内部连接而不是左连接，两个查询的结果将是相同的，但执行计划将有所不同。我最近意识到，两者之间的语义差异是，前者强制查询优化器使用与ON子句关联的索引，而后者允许优化器选择ON子句中的任何索引……AND子句，这取决于它认为最有效的方式。

有时，优化器会猜错，您会想强制执行某个执行计划。在本例中，假设SQLite优化器错误地得出结论，认为执行此连接的最快方法是使用Orders上的索引。用户名，当您从经验测试中知道，对订单的索引。ID可以更快地传递查询。

在这种情况下，前者JOIN ON…WHERE语法实际上允许您强制对ID参数执行主连接操作，只有在主连接完成之后才对Username执行辅助过滤。相反，JOIN ON…AND语法允许优化器选择是否在Orders上使用索引。ID或订单。用户名，理论上有可能它会选择一个速度较慢的。

在INNER join中，它们是可互换的，优化器会随意重新排列它们。

在OUTER连接上，它们不一定是可互换的，这取决于它们所依赖的连接的哪一侧。

我把它们放在任意一个位置，取决于可读性。

a. WHERE子句:加入后，记录将被过滤。

b. ON子句-在加入之前，记录(来自右边表格)将被过滤。

推荐文章