JOIN的ON子句中引用的表的顺序是否重要？

Question

在JOIN的ON子句中为哪些方式排序标准是否重要？

select a.Name, b.Status from a
inner join b
on a.StatusID = b.ID

与

select a.Name, b.Status from a
inner join b
on b.ID = a.StatusID

对性能有影响吗？如果我有多个标准怎么办？

一个订单比另一个订单更易维护吗？

Answer 1

JOIN可以通过在FROM子句中按正确的顺序放置表来强制执行命令:

1. MySQL有一个特殊的子句STRAIGHT_JOIN,它使命令很重要.

   这将使用索引b.id:

   SELECT  a.Name, b.Status
   FROM    a
   STRAIGHT_JOIN
           b
   ON      b.ID = a.StatusID
   

   这将使用索引a.StatusID:

   SELECT  a.Name, b.Status
   FROM    b
   STRAIGHT_JOIN
           a
   ON      b.ID = a.StatusID
   

2. Oracle有一个ORDERED强制执行JOIN订单的特殊提示:

   这将使用索引b.id或构建哈希表b:

   SELECT  /*+ ORDERED */
           *
   FROM    a
   JOIN    b
   ON      b.ID = a.StatusID
   

   这将使用索引a.StatusID或构建哈希表a:

   SELECT  /*+ ORDERED */
           *
   FROM    b
   JOIN    a
   ON      b.ID = a.StatusID
   

3. SQL Server有一个提示被称为FORCE ORDER执行相同的操作:

   这将使用索引b.id或构建哈希表b:

   SELECT  *
   FROM    a
   JOIN    b
   ON      b.ID = a.StatusID
   OPTION (FORCE ORDER)
   

   这将使用索引a.StatusID或构建哈希表a:

   SELECT  *
   FROM    b
   JOIN    a
   ON      b.ID = a.StatusID
   OPTION (FORCE ORDER)
   

4. PostgreSQL的家伙,对不起.你的TODO清单说:

   优化器提示(不需要)

   优化程序提示用于解决优化程序中的问题.我们宁愿报告和修复问题.

至于比较中的顺序,任何RDBMSAFAIK都无关紧要.

虽然我个人总是试图估计将搜索哪一列,并将此列放在左侧(因为它看起来像一个lvalue).

有关详细信息,请参阅此答案.

Answer 2

不,不是的.

我做的(为了便于阅读)是你的第二个例子.

Answer 3

不可以.数据库应该根据整个标准确定最佳执行计划,而不是通过按顺序查看每个项目来创建它.您可以通过请求两个查询的执行计划来确认这一点,您将看到它们是相同的(您会发现即使是最大不同的查询,只要它们最终指定相同的逻辑,通常会被编译到相同的执行计划中).