在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 JOIN语法而不是ANSI-92语法没有任何好处.有些人可能会抱怨ANSI-92语法更加冗长,但这就是它的含义.更明确,更容易理解和维护.

Answer 2

这些是使用where语法的问题(其他方式称为隐式连接):

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

在某些数据库的旧语法中,右连接和左连接是有问题的(在SQl服务器中,您无法保证获得正确的结果).此外,他们在我知道的SQL Server中已弃用.

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

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

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

老实说,你会使用18年前被更好的方法取代的任何其他类型的代码吗？

Answer 3

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

就个人而言,我在WHERE上"长大",但我使用JOIN语法越多,我就越开始看到它更清晰.

Answer 4

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