就性能而言，它不应该有任何区别。显式连接语法对我来说似乎更干净，因为它清楚地定义了from子句中表之间的关系，并且没有混淆where子句。

在MySQL 5.1.51中，两个查询有相同的执行计划:

mysql> explain select * from table1 a inner join table2 b on a.pid = b.pid;
+----+-------------+-------+------+---------------+------+---------+--------------+------+-------+
| id | select_type | table | type | possible_keys | key  | key_len | ref          | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+--------------+------+-------+
|  1 | SIMPLE      | b     | ALL  | PRIMARY       | NULL | NULL    | NULL         |  986 |       |
|  1 | SIMPLE      | a     | ref  | pid           | pid  | 4       | schema.b.pid |   70 |       |
+----+-------------+-------+------+---------------+------+---------+--------------+------+-------+
2 rows in set (0.02 sec)

mysql> explain select * from table1 a, table2 b where a.pid = b.pid;
+----+-------------+-------+------+---------------+------+---------+--------------+------+-------+
| id | select_type | table | type | possible_keys | key  | key_len | ref          | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+--------------+------+-------+
|  1 | SIMPLE      | b     | ALL  | PRIMARY       | NULL | NULL    | NULL         |  986 |       |
|  1 | SIMPLE      | a     | ref  | pid           | pid  | 4       | schema.b.pid |   70 |       |
+----+-------------+-------+------+---------------+------+---------+--------------+------+-------+
2 rows in set (0.00 sec)

表1有166208行;表2大约有1000行。

这是一个非常简单的例子;这并不能证明查询优化器在更复杂的情况下不会感到困惑并生成不同的计划。

正如Leigh Caldwell所述，查询优化器可以根据功能上类似于相同SQL语句的内容生成不同的查询计划。欲进一步阅读，请参阅以下两篇博客文章:-

一篇来自Oracle优化团队的帖子

另一篇来自“结构化数据”博客的文章

我希望你会觉得这很有趣。

@lomaxx:澄清一下，我非常确定SQL Serv 2005支持上述两种语法。但是不支持下面的语法

select a.*, b.*  
from table a, table b  
where a.id *= b.id;

具体来说，不支持外部连接(*=)。

就我个人而言，我更喜欢join语法，因为它更清楚地表明表是连接的以及它们是如何连接的。尝试比较更大的SQL查询，其中您从8个不同的表中选择，并且在where中有很多过滤。通过使用联接语法，可以分离出连接表的部分和过滤行的部分。

就性能而言，它不应该有任何区别。显式连接语法对我来说似乎更干净，因为它清楚地定义了from子句中表之间的关系，并且没有混淆where子句。