如果我有一个查询：
SELECT * FROM A
INNER JOIN B ON B.ID = A.ID
INNER JOIN C ON C.ID = B.ID
这会为此查询返回不同的结果吗？
SELECT * FROM A
INNER JOIN B ON B.ID = A.ID
INNER JOIN C ON C.ID = A.ID
在我看来，在第一个查询中，我会得到 A、B、C 的交集。在第二个查询中，我将得到 A、B 的交集和 A、C 的交集。
如果是这种情况，我是否会在 B/C 的列中找到 NULL 值，其中 B、C 之间没有交集？
不，这两个查询是相同的。
既然A.ID = B.ID和A.ID = C.ID，那么根据定义B.ID = C.ID。
对于任何给定的 ID x，如果有一行A带有 ID 和一行B带有 ID，但没有行C带有 ID，那么来自A和 的B行将被忽略，因为两个连接都是INNER JOINs。当然，对于A-C-Band也是如此B-C-A。
因此，当所有JOINs 都是INNER JOINs 时，获取NULL给定列的唯一方法是该列是否NULL在现有行中 - 您不能NULL在一个表中填写一行s，因为没有匹配的行，因为缺少一个INNER JOINed 表中的匹配行意味着其他表中的行无效。
换句话说 - 对于给定的行 in B，如果没有匹配的行 in C，那么A JOIN B使用该B行的行也没有匹配项也是正确的。该B行（以及A与之匹配的任何行）将不会被包括在内，因为所有INNER JOINed 表都必须存在一行。
如果查询是A INNER JOIN B RIGHT OUTER JOIN C或 ，您询问是否有任何更改A LEFT OUTER JOIN B INNER JOIN C。
它可以改变。
在正常情况下，连接会从左到右进行评估（即从列出的第一个连接到最后一个）。
如果出于某种原因必须修改该行为，则可以通过移动ON子句的位置来实现。根据您的 DBMS，您可能还需要添加括号来指示应评估子句的顺序（我尝试了 MS SQL 和 MySQL；MySQL 需要括号才能工作，MS SQL 允许但不需要它们）。我在下面的示例中包含了不从左到右计算的括号，以帮助说明这一点。
例子：
A INNER JOIN B ON <condition1> RIGHT OUTER JOIN C ON <condition2>
这将首先连接A和B（需要匹配<condition1>以关联两个表中的行），然后执行正确的外部连接C（其中C满足WHERE条件的所有行都将被返回，并将与A-B连接中的任何行相关联，其中<condition2>遇到了。
A INNER JOIN (B RIGHT OUTER JOIN C ON <condition1>) ON <condition2>
另一方面，这将连接 B 和 C（包括来自 的所有行C，满足该WHERE子句，与来自B该满足的任何行相关联<condition1>。然后，连接的结果B-C与A，相关联的位置有来自A并从行B-C基于那场比赛<condition2>。请注意，在这里，你会得到不同的结果A.id - B.id，并A.id = C.id作为所有行将具有非NULL C.id，但B.id将是空在那里没有匹配行的B。
A LEFT JOIN B ON <condition1> INNER JOIN C ON <condition2>
对于ON通常位置的子句，这是从左到右计算的。因此，首先我们从 中取出所有行A，将它们与B基于 的任何匹配行相关联<condition1>；然后，我们对连接的结果进行内部连接A-Bwith C，仅返回其中一行来自A-B匹配来自C基于的行的行<condition2>。
A LEFT JOIN (B INNER JOIN C ON <condition1>) ON <condition2>
在这里，我们再次迫使B-C内部联接时，从排第一的情况发生，所以我们得到的行B相匹配的行从C基础上<condition1>; 然后，我们获取B-C内连接的结果并将其匹配到A（返回来自 的所有行A，以及来自B-C基于的任何匹配行<condition2>
这里有几个 SQLFiddle 链接，显示了在您移动ON子句时这些连接的结果：一个用于MySQL，另一个用于MS SQL Server。
注意：我没有说它如何与非 ANSI 连接语法一起工作。如果你不知道我在说什么 - 感谢你的幸运星并继续前进。我不知道优先级如何与该语法一起使用。我希望它通过从左到右的表格列表（首先提到到最后）。显然，由于没有ON条款，这些条款没有影响。可能有办法强制那里的顺序（也许再次括号，大概在FROM条款中？），但我不知道答案。由于大多数人（包括我自己）强烈建议不要尝试对您的JOINs使用该语法，因此我将简单地使用它来避免这个问题:-)。