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

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

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

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

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

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

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

在PostgreSQL中，它们绝对没有区别——它们都等同于相同的查询计划。我99%确信甲骨文也是如此。

性能应该是相同的，但我建议使用连接版本，因为在涉及到外部连接时提高了清晰度。

另外，使用连接版也可以避免无意的笛卡尔积。

第三个效果是使用更简单的where条件更容易读取SQL。

它们应该完全一样。然而，作为一种编码实践，我宁愿看到Join。它清楚地表达了你的意图，