它们不是一回事。

考虑一下这些问题:

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

and

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

第一个将返回订单及其行(如果有的话)，订单号为12345。 第二个将返回所有订单，但只有订单12345有与之关联的行。

使用INNER JOIN，这两个子句实际上是等效的。然而，仅仅因为它们在功能上相同，产生相同的结果，并不意味着这两种子句具有相同的语义。

我认为这种区别可以通过SQL中操作的逻辑顺序来最好地解释，这是简化的:

FROM(包括连接) 在哪里 集团 聚合 有 窗口 选择 截然不同的 并，相交，除 命令 抵消 获取

联接不是select语句的子句，而是FROM语句中的操作符。因此，当逻辑处理到达WHERE子句时，属于相应JOIN运算符的所有ON子句在逻辑上“已经发生”。这意味着在LEFT JOIN的情况下，例如，在应用WHERE子句时，外部连接的语义已经发生。

我已经在这篇博文中更深入地解释了下面的例子。运行此查询时:

SELECT a.actor_id, a.first_name, a.last_name, count(fa.film_id)
FROM actor a
LEFT JOIN film_actor fa ON a.actor_id = fa.actor_id
WHERE film_id < 10
GROUP BY a.actor_id, a.first_name, a.last_name
ORDER BY count(fa.film_id) ASC;

LEFT JOIN实际上没有任何有用的效果，因为即使演员没有在电影中演出，演员也会被过滤，因为它的FILM_ID将为NULL, WHERE子句将过滤这样的一行。结果是这样的:

ACTOR_ID  FIRST_NAME  LAST_NAME  COUNT
--------------------------------------
194       MERYL       ALLEN      1
198       MARY        KEITEL     1
30        SANDRA      PECK       1
85        MINNIE      ZELLWEGER  1
123       JULIANNE    DENCH      1

也就是说，就好像我们内部连接了两个表。如果我们移动ON子句中的筛选谓词，它现在成为外部连接的标准:

SELECT a.actor_id, a.first_name, a.last_name, count(fa.film_id)
FROM actor a
LEFT JOIN film_actor fa ON a.actor_id = fa.actor_id
  AND film_id < 10
GROUP BY a.actor_id, a.first_name, a.last_name
ORDER BY count(fa.film_id) ASC;

这意味着结果将包含没有任何影片的演员，或者没有任何影片且FILM_ID < 10的演员

ACTOR_ID  FIRST_NAME  LAST_NAME     COUNT
-----------------------------------------
3         ED          CHASE         0
4         JENNIFER    DAVIS         0
5         JOHNNY      LOLLOBRIGIDA  0
6         BETTE       NICHOLSON     0
...
1         PENELOPE    GUINESS       1
200       THORA       TEMPLE        1
2         NICK        WAHLBERG      1
198       MARY        KEITEL        1

简而言之

总是把谓词放在逻辑上最有意义的地方。

对于内连接，它们的含义相同。但是，在外部连接中将得到不同的结果，这取决于您将连接条件放在WHERE子句中还是on子句中。看看这个相关的问题和答案(由我)。

我认为习惯总是把连接条件放在ON子句中是最有意义的(除非它是一个外部连接，而且你确实想把它放在where子句中)，因为它使阅读你的查询的任何人都更清楚表是在什么条件下被连接的，而且它还有助于防止where子句长几十行。

内连接不重要吗 外部连接的注意事项 a. WHERE从句:加入后。在连接发生后，将过滤记录。 b. ON条款-加入前。记录(来自右表)将在加入之前被过滤。这可能在结果中以null结束(因为OUTER连接)。

示例:考虑以下表格:

文档: id 的名字 1 Document1 2 Document2 3. Document3 4 Document4 5 Document5 下载: id document_id 用户名 1 1 sandeep 2 1 思米 3. 2 sandeep 4 2 •拉赫曼 5 3. 思米

a) WHERE从句内:

   SELECT documents.name, downloads.id
     FROM documents
     LEFT OUTER JOIN downloads
       ON documents.id = downloads.document_id
     WHERE username = 'sandeep'

对于上述查询，中间连接表将如下所示。

在应用WHERE子句并选择列出的属性后，结果将是:

b)在JOIN子句内

   SELECT documents.name, downloads.id
   FROM documents
     LEFT OUTER JOIN downloads
       ON documents.id = downloads.document_id
         AND username = 'sandeep'

对于上述查询，中间连接表将如下所示。

注意文档中不符合这两个条件的行是如何用NULL值填充的。

选择列出的属性后，结果将是:

为了获得更好的性能，表应该有一个用于join的特殊索引列。

所以如果你的条件列不是那些索引列之一，那么我怀疑最好把它保存在WHERE。

所以你使用索引列来JOIN，然后在JOIN之后你在无索引列上运行条件。

为了补充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或订单。用户名，理论上有可能它会选择一个速度较慢的。