在MySQL查询中，为什么要使用join而不是where？

Question

似乎要组合两个或更多表，我们可以使用join或where。一个优于另一个有什么优势？

Answer 1

涉及多个表的任何查询都需要某种形式的关联才能将表“A”的结果链接到表“B”。传统的（ANSI-89）手段是：

1. 列出FROM子句中逗号分隔列表中涉及的表

2. 在WHERE子句

   中编写表之间的关联

   SELECT *
     FROM TABLE_A a,
          TABLE_B b
    WHERE a.id = b.id
   

这是使用ANSI-92 JOIN语法重写的查询：

SELECT *
  FROM TABLE_A a
  JOIN TABLE_B b ON b.id = a.id

从绩效角度来看：

---

如果支持（Oracle 9i +，PostgreSQL 7.2 +，MySQL 3.23 +，SQL Server 2000+），那么使用任何一种语法都没有性能优势。优化器将它们视为相同的查询。但是更复杂的查询可以从使用ANSI-92语法中受益：

• 能够控制JOIN顺序 - 扫描表格的顺序
• 能够在加入
之前在表格上应用过滤条件

从维护角度来看：

---

使用ANSI-92 JOIN语法的原因有很多，而不是ANSI-89：

• 更具可读性，因为JOIN条件与WHERE子句分开
• 不太可能错过JOIN条件
• 对INNER以外的JOIN类型提供一致的语法支持，使查询易于在其他数据库上使用
• WHERE子句仅用作过滤加入表的笛卡尔积的

从设计角度来看：

---

ANSI-92 JOIN语法是模式，而不是反模式：

• 查询的目的更明显;应用程序使用的列是明确的
• 遵循模块化规则，尽可能使用严​​格键入。明确几乎普遍更好。

结论

---

缺乏熟悉度和/或舒适度，我认为继续使用ANSI-89 WHERE子句而不是ANSI-92 JOIN语法没有任何好处。有些人可能会抱怨ANSI-92语法更加冗长，但这就是它的含义。更明确，更容易理解和维护。

Answer 2

这些是使用where语法的问题（其他称为隐式连接）：

首先，很容易发生偶然的交叉连接，因为连接条件不在表名旁边。如果你有6个表连接在一起，很容易错过where子句中的一个。您将通过使用distinct关键字经常修复此问题。这对数据库来说是一个巨大的性能影响。您无法使用显式连接语法获得意外的交叉连接，因为它将无法通过语法检查。

在某些数据库的旧语法中，左右连接存在问题（在SQl服务器中无法保证获得正确的结果）。此外，他们在我知道的SQL Server中已弃用。

如果您打算使用交叉连接，那么旧语法就不清楚了。很明显使用当前的ANSII标准。

维护者很难确切地看到哪些字段是连接的一部分，或者甚至哪些表使用隐式语法以什么顺序连接在一起。这意味着修改查询可能需要更多时间。我认识的人很少，一旦他们花时间对显式连接语法感到满意，就会回到原来的方式。

我还注意到，一些使用这些隐式连接的人实际上并不了解连接是如何工作的，因此在查询中得到的结果不正确。

老实说，您会使用18年前用更好的方法替换的任何其他类型的代码吗？

Answer 3

大多数人倾向于发现JOIN语法更清楚一点是什么加入了什么。此外，它还具有成为标准的好处。

就个人而言，我在WHERE上“长大”，但我使用JOIN语法越多，我就越开始看到它更清晰。

Answer 4

显式连接传达意图，留下where子句进行过滤。它更清洁，是标准的，你可以做左外或外外的事情，只有在哪里才能做。

Answer 5

您不能使用WHERE来组合两个表。你可以做的是写：

SELECT * FROM A, B
WHERE ...

这里的逗号相当于写作：

SELECT *
FROM A
CROSS JOIN B
WHERE ...

你会写那个吗？不 - 因为它根本不是你的意思。你不想要交叉连接，你想要一个INNER JOIN。但是当你写逗号时，你说的是CROSS JOIN，这让人感到困惑。

Answer 6

实际上你经常需要“WHERE”和“JOIN”。

“JOIN”用于从两个表中检索数据 - 基于公共列的值。如果您希望进一步过滤此结果，请使用WHERE子句。

例如，“LEFT JOIN”从左表中检索所有行，并从右表中检索匹配的行。但是，这不会过滤任何特定值或不属于JOIN的其他列上的记录。因此，如果要进一步过滤此结果，请在WHERE子句中指定额外的过滤器。