的确，在功能上，这两个查询应该以相同的方式处理。但是，经验表明，如果您正在从使用新连接语法的视图中进行选择，那么使用该语法组织查询也很重要。如果视图使用了“join”语句，Oracle的优化器可能会感到困惑，但是访问视图的查询使用了传统的“where”子句连接方法。

就像kiewik说的，执行计划是一样的。

JOIN语句只是更容易阅读，使它更容易不忘记ON条件和得到笛卡尔积。在使用多个连接类型的长查询中，这些错误很难检测到:SELECT * FROM t1, t2 WHERE t1.id=t2.some_field。

如果你只忘记了一个连接条件，你会得到一个很长的执行查询，返回太多的记录…真的太多了。有些人使用DISTINCT来修补查询，但执行起来仍然很长。

这就是为什么使用JOIN语句肯定是最佳实践:具有更好的可维护性和更好的可读性。

此外，如果我没记错的话，JOIN在内存使用方面进行了优化。

它们都是做同样事情的内部连接，一个只是使用更新的ANSI语法。

在表采用第三范式的场景中，表之间的连接不应该改变。即加入客户和付款应始终保持不变。

但是，我们应该将连接与过滤器区分开来。联接是关于关系的，而过滤器是关于划分整体的。

一些作者，参考标准(即吉姆梅尔顿;艾伦·r·西蒙(1993)。理解新的SQL:完整指南。摩根考夫曼。11 - 12页。ISBN 978-1-55860-245-8.)写了在FROM子句中采用JOIN语法而不是逗号分隔表的好处。

我完全同意这个观点。

有几种方法可以编写SQL并达到相同的结果，但对于许多进行团队工作的人来说，源代码的可读性是一个重要方面，当然，从澄清源代码的意义上讲，将表之间的关系从特定的过滤器中分离出来是一个巨大的飞跃。

它们都是连接，做同样的事情。

在MySQL查询中，为什么使用join而不是where?

尽管两个查询的身份似乎很明显，但有时会发生一些奇怪的事情。在Oracle 10g中将连接谓词从join移动到WHERE时，我遇到了具有不同执行计划的查询(对于WHERE计划更好)，但我无法在简化的表和数据中重现此问题。我认为这取决于我的数据和统计。优化器是一个相当复杂的模块，有时它表现得很神奇。

这就是为什么我们不能一般地回答这个问题，因为它取决于DB内部。但我们应该知道，答案必须是“没有区别”。