大多数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-92中引入的http://en.wikipedia.org/wiki/SQL。完整的标准可以在http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt上查看。

数据库公司花了很多年才采用SQL-92标准。

所以第二种方法是首选的原因,它是根据ANSI和ISO标准委员会的SQL标准。

其他回答

当你需要一个外部连接时,第二个语法并不总是必需的:

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子句中添加表达式更自然(至少在语法上)。

SELECT * FROM table1, table2,…对于几个表来说,语法是可以的,但是随着表数量的增加,它会变得越来越难读(不一定是一个精确的数学语句)。

JOIN语法较难编写(在开始时),但它明确了哪些标准影响哪些表。这让你更不容易犯错。

同样,如果所有的连接都是INNER,那么两个版本是等价的。然而,一旦在语句的任何地方有了OUTER连接,事情就变得复杂得多,实际上可以保证您所编写的内容不会查询您认为您所编写的内容。

我认为在本文中有一些很好的理由采用第二种方法——使用显式join。关键在于,当JOIN条件从WHERE子句中删除后,在WHERE子句中查看其余的选择条件就容易得多了。

在非常复杂的SELECT语句中,读者更容易理解正在发生的事情。

我听到很多人抱怨第一个太难理解了,它是不清楚的。我不认为它有问题,但在讨论之后,为了清晰起见,我甚至在INNER JOINS上使用了第二个。

对于数据库来说,它们最终是相同的。但是,对于您来说,在某些情况下必须使用第二种语法。为了编辑最终不得不使用它的查询(发现您需要一个左连接,而您有一个直连接),为了一致性,我只在第二个方法上设置模式。这将使阅读查询更容易。