SQL左连接vs多表从行?

大多数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

显然，当您需要外部连接时，需要使用第二种语法。但是，在进行内部连接时，为什么我应该更喜欢第二种语法而不是第一种语法(反之亦然)?

当前回答

第一个和第二个查询可能会产生不同的结果，因为LEFT JOIN包含了第一个表中的所有记录，即使右边的表中没有相应的记录。

其他回答

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

第一个和第二个查询可能会产生不同的结果，因为LEFT JOIN包含了第一个表中的所有记录，即使右边的表中没有相应的记录。

第二种是首选的，因为它不太可能因为忘记放置where子句而导致意外交叉连接。没有on子句的连接将无法进行语法检查，没有where子句的旧式连接不会失败，它将进行交叉连接。

此外，当您以后必须使用左连接时，将它们都置于相同的结构中对维护是有帮助的。旧的语法自1992年以来就已经过时了，现在早就该停止使用它了。

另外，我发现许多只使用第一种语法的人并不真正理解连接，而理解连接对于在查询时获得正确的结果至关重要。

如果两者都是内部连接，则在SQL的语义或执行或性能上没有区别。这纯粹是一个偏好的问题，编码标准在你的工作小组。

在过去的25年里，我养成了一个习惯，如果我有一个相当复杂的SQL，我将使用INNER JOIN语法，因为它更容易让读者一眼看出查询的结构。它还通过从剩余条件中分离出连接条件来提供更多的清晰度，这可以节省时间(和错误)，如果您在几个月后返回查询的话。

但是对于外部连接，为了清晰起见，我在任何情况下都不会使用非ansi扩展。

第一种方法是较老的标准。第二种方法是在SQL-92中引入的http://en.wikipedia.org/wiki/SQL。完整的标准可以在http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt上查看。

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

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

推荐文章