关于 LEFT JOIN 的使用注意事项

1. LEFT JOIN 左右表判断

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

1.1. 单个 LEFT JOIN 的逻辑‌

sql 复制代码
SELECT *
FROM A
LEFT JOIN B ON A.id = B.a_id;

左表(Left Table)‌: A

右表(Right Table)‌: B

结果集‌: 包含所有 A 的记录,以及匹配的 B 记录(未匹配的 B 字段为 NULL)。

1.2. 连续两个 LEFT JOIN‌

sql 复制代码
SELECT *
FROM A
LEFT JOIN B ON A.id = B.a_id
LEFT JOIN C ON B.id = C.b_id;

第一个 LEFT JOIN‌:

左表: A

右表: B

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

第二个 LEFT JOIN‌:

左表‌: 第一次 LEFT JOIN 后的结果集(即 A + B 的数据)

右表‌: C

结果集‌: 保留所有 A + B 的记录,并附加匹配的 C 记录(未匹配的 C 字段为 NULL)。

1.3. 连续三个 LEFT JOIN‌

sql 复制代码
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;

每次 LEFT JOIN 的左表‌:

JOIN 步骤 左表 右表
1 A B
2 A + B 的结果集 C
3 A + B + C 的结果集 D

最终结果‌:保留所有 A 的记录,依次附加 B、C、D 的匹配数据(未匹配的字段为 NULL)。

1.4. 总结

关键规则‌

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

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

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

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

2. LEFT JOIN 条件语句

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

2.1. 条件放在 ON 子句中‌

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

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

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

示例‌:

sql 复制代码
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。

id name department
1 Alice IT
2 Bob NULL
3 Charlie NULL

2.2. 条件放在 WHERE 子句中‌

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

结果特性‌:会过滤掉右表未匹配的记录(即 NULL 记录),导致 LEFT JOIN ‌退化为 INNER JOIN‌。

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

示例‌:

sql 复制代码
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 的记录)被过滤。

id name department
1 Alice IT

2.3. 核心区别总结‌

条件位置 作用阶段 是否保留左表所有数据 右表未匹配时的结果
ON 子句‌ 连接过程中过滤右表记录 是 右表字段为 NULL
WHERE 子句‌ 连接后过滤最终结果集 否 右表字段为 NULL 的行被过滤

2.4. 何时使用哪种方式?‌

场景1:保留左表所有记录,仅筛选右表匹配的记录‌

使用 ON 子句‌:

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

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

使用 WHERE 子句‌:

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

2.5. 进阶:同时使用 ON 和 WHERE‌

sql 复制代码
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 中。

相关推荐
程序猿DD2 小时前
OctaFuse Gateway 2.15.0:MCP 聚合、向量 Embeddings 与官方目录同步
后端·agent
余槐i5 小时前
PostgreSQL 函数索引报错 must be immutable:3种绕法与代价
数据库·后端·sql·postgresql·性能优化
mister_guo5 小时前
MySQL-1267错误:排序规则冲突的原因与解决方案
数据库·mysql
需要8265 小时前
Spring Bean 生命周期:从实例化到销毁的完整钩子
java·后端·spring
凤山老林6 小时前
Spring Boot 接入国密 SM2/SM3/SM4 的一些实践记录
spring boot·后端·python
Lost_the_wind7 小时前
MySQL学习笔记五
mysql
伯恩bourne7 小时前
Spring Boot Bean 注册的两种方式:@Component 家族 vs @Configuration + @Bean
java·spring boot·后端
张彦峰ZYF8 小时前
停顿短不等于延迟低:G1、ZGC 与低延迟服务的目标分野、代价账本与选型标定
后端·回收暂停、应用停止总时长·到达安全点、分配停滞·屏障吃吞吐、并发线程吃核心·并发窗口吃堆余量·分区式靠挑回收集兑现目标·染色指针式不支持压缩引用
pride.li8 小时前
第03章 Python 教程-基础语法:注释与变量
服务器·前端·后端·python·算法·计算机视觉
upala9 小时前
【仓颉语言入门 · 第二篇 第 6 课】
后端