为简单起见，假设所有相关字段均为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是否相同？

INNER JOIN 是您应该使用的ANSI语法。

通常认为它更具可读性，尤其是当您连接许多表时。

OUTER JOIN只要有需要，也可以轻松地将其替换为。

该WHERE语法更关系模型为主。

两个表JOINed的结果是表的笛卡尔积，将对其应用过滤器，该过滤器仅选择连接列匹配的那些行。

使用WHERE语法更容易看到这一点。

以您的示例为例，在MySQL（通常在SQL中）中，这两个查询是同义词。

另请注意，MySQL也有一个STRAIGHT_JOIN子句。

使用此子句，您可以控制JOIN顺序：在外部循环中扫描哪个表，在内部循环中扫描哪个表。

您无法使用WHERE语法在MySQL中控制此功能。

其他人指出，这INNER JOIN有助于提高人类的可读性，我同意这是当务之急。
让我尝试解释为什么联接语法更具可读性。

基本的 SELECT查询是这样的：

SELECT stuff
FROM tables
WHERE conditions

该SELECT子句告诉我们我们将得到什么；该FROM子句告诉我们我们从哪里得到的，以及WHERE从句告诉我们，这我们得到的。

JOIN 是有关表的声明，说明如何将它们绑定在一起（实际上，实际上是绑定到单个表中）。

控制表的任何查询元素（从中获取信息的内容）在语义上都属于该FROM子句（当然，JOIN元素就在该子句中）。将joining-elements放入WHERE子句中会使“ where”和“ where-from ” 变得更平整，这就是首选语法的原因。JOIN

在ON / WHERE中应用条件语句

在这里，我已经解释了有关逻辑查询处理步骤。

参考：InsideMicrosoft®SQL Server™2005 T-SQL查询
发行者：Microsoft Press
Pub日期：2006年3月7日
打印ISBN-10：0-7356-2313-9
打印ISBN-13：978-0-7356-2313-2
网页：640

Microsoft®SQL Server™2005 T-SQL内部查询

(8)  SELECT (9) DISTINCT (11) TOP <top_specification> <select_list>
(1)  FROM <left_table>
(3)       <join_type> JOIN <right_table>
(2)       ON <join_condition>
(4)  WHERE <where_condition>
(5)  GROUP BY <group_by_list>
(6)  WITH {CUBE | ROLLUP}
(7)  HAVING <having_condition>
(10) ORDER BY <order_by_list>

与其他编程语言不同，SQL的第一个值得注意的方面是代码的处理顺序。在大多数编程语言中，代码是按照编写顺序进行处理的。在SQL中，要处理的第一个子句是FROM子句，而最先出现的SELECT子句几乎要最后处理。

每个步骤都会生成一个虚拟表，用作后续步骤的输入。这些虚拟表对调用者不可用（客户端应用程序或外部查询）。仅将最后一步生成的表返回给调用方。如果在查询中未指定某个子句，则仅跳过相应的步骤。

逻辑查询处理阶段的简要说明

如果现在对步骤的描述似乎没有多大意义，请不要担心。这些仅供参考。场景示例之后的各节将更详细地介绍这些步骤。

1. FROM：在FROM子句的前两个表之间执行笛卡尔乘积（交叉联接），结果生成了虚拟表VT1。

2. ON：ON滤镜应用于VT1。仅将<join_condition>TRUE所在的行插入VT2。

3. OUTER（联接）：如果指定了OUTER JOIN（与CROSS JOIN或INNER JOIN相对），则将保留表中未找到匹配项的行作为外部行添加到VT2中的行中，生成VT3。如果FROM子句中出现两个以上的表，则在上一个联接的结果与FROM子句中的下一个表之间重复执行步骤1至3，直到处理完所有表为止。

4. WHERE：WHERE过滤器应用于VT3。仅将<where_condition>TRUE所在的行插入VT4。

5. GROUP BY：根据GROUP BY子句中指定的列列表，将VT4中的行按组排列。生成VT5。

6. 多维数据集| ROLLUP：将超组（组的组）添加到VT5的行中，从而生成VT6。

7. HAVING：HAVING过滤器应用于VT6。只有其<having_condition>TRUE的组才插入VT7。

8. SELECT：处理SELECT列表，生成VT8。

9. DISTINCT：从VT8中删除重复的行。生成VT9。

10. ORDER BY：VT9中的行根据ORDER BY子句中指定的列列表进行排序。生成一个游标（VC10）。

11. TOP：从VC10的开头选择指定的行数或百分比。表VT11生成并返回给调用方。

（在少数情况下，在ON / WHERE中应用条件语句不会有太大区别。这取决于您已联接的表数量以及每个联接表中可用的行数）

隐式连接ANSI语法较旧，不​​太明显，不建议使用。

此外，关系代数还允许WHERE子句和中的谓词互换INNER JOIN，因此即使INNER JOIN使用WHERE子句的也可以使谓词由优化程序重新排列。

我建议您以最可行的方式编写查询。

有时，这包括使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

但这当然取决于。

一旦您需要开始向查询中添加更多表，隐式联接（这就是您的第一个查询所称的）变得更加混乱，难以阅读且难以维护。想象一下在四个或五个不同的表上执行相同的查询和联接类型……这是一场噩梦。

使用显式联接（第二个示例）更加易读且易于维护。

我还将指出，使用较旧的语法更容易出错。如果使用不带ON子句的内部联接，则会出现语法错误。如果使用较旧的语法，而忘记where子句中的连接条件之一，则将获得交叉连接。开发人员通常通过添加distinct关键字来解决此问题（而不是修复联接，因为他们仍然没有意识到联接本身已损坏），这似乎可以解决问题，但会大大降低查询速度。

此外，对于维护而言，如果您使用旧语法进行交叉联接，那么维护者将如何知道您是否打算进行交叉联接（在某些情况下需要交叉联接）还是应该解决的意外？

让我指出这个问题，以了解为什么使用左联接时隐式语法不好。 Sybase * =到Ansi Standard，具有2个不同的外部表用于同一内部表

加号（此处是个人称呼），使用显式联接的标准已有20多年的历史了，这意味着隐式联接语法在这20年中已过时。您是否会使用已经使用20年的语法编写应用程序代码？为什么要编写数据库代码呢？

它们具有不同的人类可读含义。

但是，取决于查询优化器，它们对计算机可能具有相同的含义。

您应该始终编写可读性强的代码。

也就是说，如果这是内置关系，请使用显式联接。如果要匹配弱关联的数据，请使用where子句。

SQL：2003标准更改了一些优先级规则，因此JOIN语句优先于“逗号”联接。实际上，这可以根据查询的设置更改查询结果。当MySQL 5.0.12切换为遵循该标准时，这会对某些人造成一些问题。

因此，在您的示例中，您的查询将起作用。但是，如果您添加了第三个表：SELECT ... FROM table1，table2 JOIN table3 ON ... WHERE ...

在MySQL 5.0.12之前，table1和table2将首先连接，然后是table3。现在（5.0.12及更高版本），首先连接table2和table3，然后连接table1。它并不总是会改变结果，但是它可以改变，您甚至可能没有意识到。

我不再使用“逗号”语法，而是选择第二个示例。无论如何，它的可读性更高，JOIN条件与JOIN一起使用，而不是分为单独的查询部分。

我知道您在谈论MySQL，但是无论如何：在Oracle 9中，显式联接和隐式联接会生成不同的执行计划。Oracle 10+已解决的AFAIK：不再存在这种差异。

ANSI连接语法绝对更可移植。

我正在对Microsoft SQL Server进行升级，我还要提到2005 SQL Server和更高版本不支持SQL Server中外部联接的= *和* =语法（无兼容模式）。

如果您经常对动态存储过程进行编程，那么您将爱上第二个示例（使用where）。如果您有各种输入参数和大量的变形混乱，那么这是唯一的方法。否则，它们都将运行相同的查询计划，因此经典查询中绝对没有明显的区别。