大多数SQL方言同时接受以下两种查询:
SELECT a.foo, b.foo
FROM a, b
WHERE a.x = b.x
SELECT a.foo, b.foo
FROM a
LEFT JOIN b ON a.x = b.x
显然,当您需要外部连接时,需要使用第二种语法。但是,在进行内部连接时,为什么我应该更喜欢第二种语法而不是第一种语法(反之亦然)?
大多数SQL方言同时接受以下两种查询:
SELECT a.foo, b.foo
FROM a, b
WHERE a.x = b.x
SELECT a.foo, b.foo
FROM a
LEFT JOIN b ON a.x = b.x
显然,当您需要外部连接时,需要使用第二种语法。但是,在进行内部连接时,为什么我应该更喜欢第二种语法而不是第一种语法(反之亦然)?
当前回答
我听到很多人抱怨第一个太难理解了,它是不清楚的。我不认为它有问题,但在讨论之后,为了清晰起见,我甚至在INNER JOINS上使用了第二个。
其他回答
当你需要一个外部连接时,第二个语法并不总是必需的:
Oracle:
SELECT a.foo, b.foo
FROM a, b
WHERE a.x = b.x(+)
MSSQLServer(尽管在2000版本中已弃用)/Sybase:
SELECT a.foo, b.foo
FROM a, b
WHERE a.x *= b.x
回到你的问题。我不知道答案,但它可能与这样一个事实有关:当您正在做连接时,连接比在where子句中添加表达式更自然(至少在语法上)。
我听到很多人抱怨第一个太难理解了,它是不清楚的。我不认为它有问题,但在讨论之后,为了清晰起见,我甚至在INNER JOINS上使用了第二个。
对于数据库来说,它们最终是相同的。但是,对于您来说,在某些情况下必须使用第二种语法。为了编辑最终不得不使用它的查询(发现您需要一个左连接,而您有一个直连接),为了一致性,我只在第二个方法上设置模式。这将使阅读查询更容易。
如果两者都是内部连接,则在SQL的语义或执行或性能上没有区别。这纯粹是一个偏好的问题,编码标准在你的工作小组。
在过去的25年里,我养成了一个习惯,如果我有一个相当复杂的SQL,我将使用INNER JOIN语法,因为它更容易让读者一眼看出查询的结构。它还通过从剩余条件中分离出连接条件来提供更多的清晰度,这可以节省时间(和错误),如果您在几个月后返回查询的话。
但是对于外部连接,为了清晰起见,我在任何情况下都不会使用非ansi扩展。
第一个和第二个查询可能会产生不同的结果,因为LEFT JOIN包含了第一个表中的所有记录,即使右边的表中没有相应的记录。