为简单起见，假设所有相关字段都为NOT NULL。
你可以:
SELECT
table1.this, table2.that, table2.somethingelse
FROM
table1, table2
WHERE
table1.foreignkey = table2.primarykey
AND (some other conditions)
否则:
SELECT
table1.this, table2.that, table2.somethingelse
FROM
table1 INNER JOIN table2
ON table1.foreignkey = table2.primarykey
WHERE
(some other conditions)
这两者在MySQL中工作方式相同吗?
当前回答
对于隐式连接，我有两点(第二个例子):
告诉数据库您想要什么，而不是它应该做什么。 您可以在一个清晰的列表中编写所有表，而不受连接条件的影响。这样你就可以更容易地阅读所有提到的表。所有的条件都出现在WHERE部分，它们也都是一个接一个地排列。使用JOIN关键字会混淆表和条件。
其他回答
ANSI连接语法肯定更可移植。
我正在进行Microsoft SQL Server的升级，我还会提到，2005年SQL Server及以后的版本不支持外部连接的=*和*=语法(没有兼容模式)。
我还将指出，使用旧语法更容易出错。如果使用不带ON子句的内部连接，则会出现语法错误。如果您使用旧的语法并且忘记了where子句中的一个连接条件，那么您将得到一个交叉连接。开发人员通常通过添加不同的关键字来解决这个问题(而不是修复连接，因为他们仍然没有意识到连接本身已经损坏)，这可能看起来解决了问题，但会大大降低查询速度。
此外，对于维护，如果您在旧语法中有一个交叉连接，维护者如何知道您是否有意要有一个交叉连接(在需要交叉连接的情况下)，或者这是一个应该修复的意外?
让我向您指出这个问题，看看为什么使用左连接时隐式语法不好。 Sybase *= Ansi标准与2个不同的外部表相同的内部表
另外，使用显式连接的标准已经超过20年了，这意味着隐式连接语法在这20年里已经过时了。你会使用已经过时20年的语法来编写应用程序代码吗?为什么要编写数据库代码呢?
我知道你说的是MySQL，但不管怎样: 在Oracle 9中，显式连接和隐式连接将生成不同的执行计划。AFAIK在Oracle 10+中已经解决了:不再有这样的区别了。
其他人指出INNER JOIN有助于人类的可读性，这是首要任务，我同意。 让我试着解释一下为什么联接语法可读性更强。
一个基本的SELECT查询如下:
SELECT stuff
FROM tables
WHERE conditions
SELECT子句告诉我们要返回什么;FROM子句告诉我们从哪里获取，where子句告诉我们从哪里获取。
JOIN是一个关于表以及它们如何绑定在一起的语句(从概念上讲，实际上是绑定到一个表中)。
控制表的任何查询元素——我们从中获取数据的地方——在语义上都属于from子句(当然，JOIN元素也在那里)。将连接元素放入WHERE子句中会合并which和WHERE -from，这就是为什么首选JOIN语法的原因。
隐式联接ANSI语法较旧，不太明显，不推荐使用。
此外，关系代数允许WHERE子句和INNER JOIN中的谓词互换性，因此即使使用WHERE子句的INNER JOIN查询也可以由优化器重新排列谓词。
我建议您以最易读的方式编写查询。
有时，这包括使INNER JOIN相对“不完整”，并将一些标准放在WHERE中，只是为了使过滤条件列表更容易维护。
例如，不要:
SELECT *
FROM Customers c
INNER JOIN CustomerAccounts ca
ON ca.CustomerID = c.CustomerID
AND c.State = 'NY'
INNER JOIN Accounts a
ON ca.AccountID = a.AccountID
AND a.Status = 1
写:
SELECT *
FROM Customers c
INNER JOIN CustomerAccounts ca
ON ca.CustomerID = c.CustomerID
INNER JOIN Accounts a
ON ca.AccountID = a.AccountID
WHERE c.State = 'NY'
AND a.Status = 1
当然，这要视情况而定。
