除了这个好答案，我还有一个补充:

这就是分别定义为SQL92和SQL89的内容，它们之间没有性能差异，尽管可以省略INNER这个词(只使用JOIN就足够清楚了，在最简单的查询中保存了5个键盘笔画，现在想象一下在大的查询中有多少笔画)。

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

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

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

我完全同意这个观点。

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

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

如果查询优化器的工作是正确的，那么这些查询之间应该没有区别。它们只是指定相同期望结果的两种方法。

它们在逻辑上是相同的，但是在采用ANSI语法的Oracle早期版本中，在更复杂的情况下经常会出现错误，所以在使用它时有时会遇到来自Oracle开发人员的阻力。

除了这个好答案，我还有一个补充:

这就是分别定义为SQL92和SQL89的内容，它们之间没有性能差异，尽管可以省略INNER这个词(只使用JOIN就足够清楚了，在最简单的查询中保存了5个键盘笔画，现在想象一下在大的查询中有多少笔画)。