在SQL或MySQL中不使用JOIN关键字的联接有问题吗？

Question

当我开始编写数据库查询时，我还不知道JOIN关键字，自然地，我只是扩展了我已经知道的内容并编写了这样的查询：SELECT a.someRow, b.someRow FROM tableA AS a, tableB AS b WHERE a.ID=b.ID AND b.ID= $someVar现在，我知道这与INNER JOIN相同，我在代码中找到了所有这些查询，并问自己是否应该重写它们。它们有什么臭味吗？编辑：我的答案摘要：此查询没有问题，但使用关键字很可能会使代码更具可读性/可维护性。我的结论是：我不会更改旧的查询，但将来会更正我的写作风格并使用关键字。感谢您的回答！

Answer 1

WHERE在某些常见情况下，仅使用过滤联接可能效率极低。例如：

SELECT * FROM people p, companies c 

    WHERE p.companyID = c.id AND p.firstName = 'Daniel'

大多数数据库将完全按字面意义执行此查询，首先采用和表的笛卡尔积，然后按具有和字段的表进行过滤。尽管完全不受约束的产品并不存在于内存中，而是仅存在片刻，但计算确实需要一些时间。peoplecompaniescompanyIDid

更好的方法是JOIN在相关时将约束与s 组合在一起。这不仅主观上更容易阅读，而且效率更高。因此：

SELECT * FROM people p JOIN companies c ON p.companyID = c.id

    WHERE p.firstName = 'Daniel'

它稍长一些，但是数据库能够查看该ON子句并使用它直接计算完全约束JOIN，而不是从所有内容开始然后进行限制。这样可以更快地进行计算（尤其是对于大型数据集和/或多表联接），并且需要更少的内存。

我更改了我看到的每个使用“逗号JOIN”语法的查询。我认为，其存在的唯一目的是简洁。考虑到性能影响，我认为这不是一个令人信服的理由。

Answer 2

更详细的信息INNER JOIN, LEFT OUTER JOIN, RIGHT OUTER JOIN, FULL OUTER JOIN来自ANSI SQL / 92语法以进行连接。对我而言，这种冗长的用法使开发人员/ DBA可以更清楚地了解联接的意图。