在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'

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

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

SELECT * FROM people p JOIN companies c ON p.companyID = c.id
    WHERE p.firstName = 'Daniel'

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

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