何时或为何使用右外连接而不是左外连接？

Question

Wikipedia 指出：

“实际上，很少使用显式右外连接，因为它们始终可以用左外连接替换，并且不提供任何附加功能。”

任何人都可以提供他们更喜欢使用正确符号的情况，为什么？ 我想不出使用它的理由。 对我来说，这永远不会让事情变得更清楚。

编辑： 我是一位 Oracle 资深人士，我制定了新年决心，让自己摆脱 (+) 语法。 我想做对

Answer 1

我能想到使用 RIGHT OUTER JOIN 的唯一原因是尝试使 SQL 更加自记录。

您可能希望对一对多关系的从属（多）侧具有空行的查询使用左联接，对在独立侧生成空行的查询使用右联接。

这种情况也可能发生在生成的代码中，或者如果商店的编码要求指定了 FROM 子句中表的声明顺序。

Answer 2

我以前从未使用过右连接，也从未想过我真的需要它，而且它看起来有点不自然。 但经过我的思考，它在这种情况下可能非常有用，当您需要将一个表与多个表的交集进行外部联接时，因此您有这样的表：

想要得到这样的结果：

或者，在 SQL (MS SQL Server) 中：

declare @temp_a table (id int)
declare @temp_b table (id int)
declare @temp_c table (id int)
declare @temp_d table (id int)

insert into @temp_a
select 1 union all
select 2 union all
select 3 union all
select 4

insert into @temp_b
select 2 union all
select 3 union all
select 5

insert into @temp_c
select 1 union all
select 2 union all
select 4

insert into @temp_d
select id from @temp_a
union
select id from @temp_b
union
select id from @temp_c

select *
from @temp_a as a
    inner join @temp_b as b on b.id = a.id
    inner join @temp_c as c on c.id = a.id
    right outer join @temp_d as d on d.id = a.id

id          id          id          id
----------- ----------- ----------- -----------
NULL        NULL        NULL        1
2           2           2           2
NULL        NULL        NULL        3
NULL        NULL        NULL        4
NULL        NULL        NULL        5

因此，如果切换到左连接，结果将不一样。

select *
from @temp_d as d
    left outer join @temp_a as a on a.id = d.id
    left outer join @temp_b as b on b.id = d.id
    left outer join @temp_c as c on c.id = d.id

id          id          id          id
----------- ----------- ----------- -----------
1           1           NULL        1
2           2           2           2
3           3           3           NULL
4           4           NULL        4
5           NULL        5           NULL

在没有正确连接的情况下执行此操作的唯一方法是使用公用表表达式或子查询

select *
from @temp_d as d
    left outer join (
        select *
        from @temp_a as a
            inner join @temp_b as b on b.id = a.id
            inner join @temp_c as c on c.id = a.id
    ) as q on ...

Answer 3

B RIGHT JOIN A 与 A LEFT JOIN B B RIGHT JOIN A 相同

：B ON RIGHT, THEN JOINS A. 表示 A 位于数据集的左侧。 与 A LEFT JOIN B 相同

如果将 LEFT JOIN 重新排列为 RIGHT，则不会获得任何性能。

我能想到为什么要使用 RIGHT JOIN 的唯一原因是，如果您是喜欢从内到外思考的人（从详细信息右连接标题中选择 *）。 就像其他人喜欢小端，其他人喜欢大端，其他人喜欢自上而下的设计，其他人喜欢自下而上的设计。

另一个是，如果您已经有一个巨大的查询，并且想要添加另一个表，那么重新排列查询会很麻烦，因此只需使用 RIGHT JOIN 将表插入现有查询即可。

Answer 4

我唯一会想到右外连接的情况是，如果我正在修复完全连接，并且碰巧我需要结果包含右侧表中的所有记录。 尽管我很懒，但我可能会非常恼火，以至于我会重新排列它以使用左连接。

Wikipedia 中的这个示例显示了我的意思：

SELECT *  
FROM   employee 
   FULL OUTER JOIN department 
      ON employee.DepartmentID = department.DepartmentID

如果您只是替换单词 FULL 与 RIGHT 您将获得一个新查询，而无需交换 ON 子句的顺序。

Answer 5

SELECT * FROM table_a
INNER JOIN table_b ON ....
RIGHT JOIN table_c ON ....

您还能如何快速/轻松地内部联接前 2 个表并与 table_c 联接，同时确保始终选择 table_c 中的所有行？

Answer 6

我确实没有必要对正确的连接考虑太多，但我想在近 20 年的 SQL 查询编写过程中，我还没有找到使用正确连接的合理理由。 我当然见过很多这样的问题，我猜它们是由开发人员使用内置查询生成器产生的。

每当我遇到一个问题时，我都会重写查询以消除它 - 我发现如果您有一段时间没有访问该查询并且它没有，那么它们只是需要太多额外的精神能量来学习或重新学习。查询意图丢失或返回错误结果的情况并不常见 - 通常正是这种不正确性导致要求我检查查询不起作用的原因。

考虑一下，一旦引入右连接，您现在就拥有了我认为需要在中间相遇的竞争逻辑分支。 如果引入额外的要求/条件，这两个分支都可能会进一步扩展，现在您的复杂性会更高，您必须兼顾以确保其中一个分支不会产生不正确的结果。

此外，一旦引入右连接，稍后处理该查询的其他经验不足的开发人员可能会简单地将其他表附加到查询的右连接部分，这样做会扩展仍需要满足的竞争逻辑流。中间; 或者在我见过的某些情况下，开始嵌套视图是因为它们不想触及原始逻辑，也许部分原因是它们可能不理解查询或驱动逻辑的业务规则。

Answer 7

SELECT * FROM table1 [BLANK] OUTER JOIN table2 ON table1.col = table2.col

将 [BLANK] 替换为：

LEFT - 如果您想要 table1 中的所有记录，即使它们没有与 table2 匹配的列（也包括具有匹配项的 table2 记录）

RIGHT - 如果您想要 table2 中的所有记录，即使它们没有t 有一个与 table1 匹配的列（还包括具有匹配的 table1 记录）

FULL - 如果您想要 table1 和 table2 中的所有记录

大家都在谈论什么？ 他们是一样的吗？ 我不这么认为。

Answer 8

SQL 语句除了正确之外，还应该尽可能易于阅读且表达简洁（因为它们代表单个原子操作，您的大脑需要完全理解它们以避免意外后果。）有时，表达式可以用右外连接。

但一种总是可以转化为另一种，优化器对其中一种的处理效果与另一种一样好。

很长一段时间以来，至少有一种主要的 RDBMS 产品只支持 LEFT OUTER JOIN。 （我相信是 MySQL。）

Answer 9

我唯一使用右连接的时候是当我想要查看两组数据并且我已经按照先前编写的查询中的左连接或内连接的特定顺序进行连接时。 在这种情况下，假设您希望将不包含在表 a 中但包含在表 b 中的记录视为一组数据，而在另一组数据中将不包含在表 b 中但包含在表 a 中的记录视为一组数据。 即便如此，我倾向于这样做只是为了节省研究时间，但如果代码要运行多次，我会更改它。

Answer 10

在某些 SQL 数据库中，有优化器提示告诉优化器按照表在 FROM 子句中出现的顺序连接表 - 例如 /*+ORDERED */。 在一些简单的实现中，这甚至可能是唯一可用的执行计划。

在这种情况下，FROM 子句中的表顺序很重要，因此 RIGHT JOIN 可能会很有用。