1. LEFT JOIN 左右表判断

在 SQL 中，连续的 LEFT JOIN 操作的左表是前面所有 JOIN 操作后的中间结果，而右表是当前 LEFT JOIN 指定的表。以下分步骤说明：

1.1. 单个 LEFT JOIN 的逻辑

理解单个连接是掌握复杂查询的基础。当执行单个 LEFT JOIN 时，数据库引擎会首先确定参与连接的两个核心对象：左表与右表。左表通常是指位于 LEFT JOIN 关键字左侧的表，而右表则是位于右侧的表。查询结果集将包含左表中的所有记录，无论右表中是否存在匹配项。若右表中存在与左表记录匹配的数据，则将这些匹配字段合并到结果中；若右表中没有匹配的记录，则结果集中对应右表的字段值将填充为 NULL。这种机制确保了左表数据的完整性不被破坏，是处理一对多或可选关联数据的核心手段。

1.2. 连续两个 LEFT JOIN

第一个 LEFT JOIN:

左表: A

右表: B

结果集: A + B 的联合数据（保留所有 A 的记录）。

第二个 LEFT JOIN:

左表: 第一次 LEFT JOIN 后的结果集（即 A + B 的数据）

右表: C

结果集: 保留所有 A + B 的记录，并附加匹配的 C 记录（未匹配的 C 字段为 NULL）。

1.3. 连续三个 LEFT JOIN

每次 LEFT JOIN 的左表:

在连续三个或更多 LEFT JOIN 的场景下，左表的定义遵循递归逻辑。每一次新的 LEFT JOIN 操作，其左表并非原始表 A，而是前一次连接操作生成的临时结果集。例如，在执行第三个 LEFT JOIN 时，左表实际上是前两个连接操作合并后的 A、B、C 三表联合数据。这意味着，随着连接数量的增加，左表的数据量可能会因为之前的连接而膨胀，或者因为右表无匹配记录而保留大量 NULL 值。理解这一层级关系至关重要，因为它直接决定了最终查询的性能和数据的完整性。开发者需要明确，每一次连接都是在扩展前一次的结果，而非独立操作。

最终结果：保留所有 A 的记录，依次附加 B、C、D 的匹配数据（未匹配的字段为 NULL）。

1.4. 总结

关键规则

1. 左表的继承性：每个新的 LEFT JOIN 的左表是前面所有 JOIN 操作后的中间结果集。
2. 右表的独立性：每个 LEFT JOIN 的右表是当前语句中指定的表，与之前的操作无关。
3. 数据保留逻辑：所有 LEFT JOIN 始终保留左表的全部数据，右表只附加匹配记录。

左表始终是前面的结果集，右表是当前 LEFT JOIN 指定的表。

数据保留优先级：所有 LEFT JOIN 优先保留左表的数据，右表仅附加匹配内容。

设计复杂查询时，建议逐步构建并验证中间结果，确保连接逻辑正确。

2. LEFT JOIN 条件语句

关于 LEFT JOIN 的使用注意事项

在 SQL 的 LEFT JOIN 中，将右表的条件放在 ON 子句和 WHERE 子句会导致完全不同的查询逻辑和结果。以下是它们的核心区别：

2.1. 条件放在 ON 子句中

作用时机：在 LEFT JOIN 连接过程中 进行过滤，仅影响右表参与匹配的条件。

结果特性：保留左表的所有记录，右表未匹配的记录以 NULL 填充。

适用场景：需要保留左表所有数据，同时根据右表条件筛选匹配记录。

示例：

SELECT A.id, A.name, B.department
FROM Employees A
LEFT JOIN Departments B 
  ON A.id = B.employee_id 
  AND B.department = 'IT';  -- 右表条件在 ON 中

结果：

所有员工（左表）都会被返回。只有部门是 'IT' 的员工会显示部门信息，其他员工的 department 字段为 NULL。

2.2. 条件放在 WHERE 子句中

作用时机：在 LEFT JOIN 完成后 对结果集进行过滤。

结果特性：会过滤掉右表未匹配的记录（即 NULL 记录），导致 LEFT JOIN 退化为 INNER JOIN。

适用场景：需要同时满足左表和右表条件的记录。

示例：

SELECT A.id, A.name, B.department
FROM Employees A
LEFT JOIN Departments B 
  ON A.id = B.employee_id 
WHERE B.department = 'IT';  -- 右表条件在 WHERE 中

结果：

仅返回部门是 'IT' 的员工，其他员工（包括 B.department 为 NULL 的记录）被过滤。

2.3. 核心区别总结

2.4. 何时使用哪种方式？

场景1：保留左表所有记录，仅筛选右表匹配的记录

使用 ON 子句：

SELECT *
FROM Orders
LEFT JOIN Payments 
  ON Orders.id = Payments.order_id 
  AND Payments.status = 'success';  -- 仅匹配成功的支付

场景2：仅需要左表和右表同时满足条件的记录

使用 WHERE 子句：

SELECT *
FROM Orders
LEFT JOIN Payments ON Orders.id = Payments.order_id
WHERE Payments.status = 'success';  -- 相当于 INNER JOIN

2.5. 进阶：同时使用 ON 和 WHERE

SELECT A.id, A.name, B.department
FROM Employees A
LEFT JOIN Departments B 
  ON A.id = B.employee_id 
  AND B.department = 'IT'  -- 筛选右表匹配条件
WHERE A.salary > 5000;     -- 筛选左表条件

结果：

先通过 ON 子句筛选右表部门为 'IT' 的记录。 保留所有左表员工，但仅显示工资 >5000 的员工。

2.6. 总结

ON 子句控制右表参与方式，不破坏左表完整性。WHERE 子句用于全局过滤，可能使 LEFT JOIN 失效。关键原则如下：若需保留左表所有数据，右表条件应置于 ON 中；若需严格筛选左右表同时满足的记录，右表条件应置于 WHERE 中。正确区分两者位置，可确保查询结果符合预期，避免数据遗漏或错误过滤，提升 SQL 语句的准确性与执行效率。

SELECT *
FROM A
LEFT JOIN B ON A.id = B.a_id;

SELECT *
FROM A
LEFT JOIN B ON A.id = B.a_id
LEFT JOIN C ON B.id = C.b_id;

SELECT *
FROM A
LEFT JOIN B ON A.id = B.a_id
LEFT JOIN C ON B.id = C.b_id
LEFT JOIN D ON C.id = D.c_id;