SQL 中“过滤条件”写在 SELECT、JOIN 和 WHERE 的区别


1. SELECT 子句中的过滤

作用

SELECT 子句本身并不用于直接过滤数据行 ,而是用于表达式计算和返回结果列。

但有两种特殊"伪过滤"情况,初学者容易混淆:

a) 使用CASE WHEN生成标志位

sql 复制代码
SELECT
  id,
  amount,
  CASE WHEN amount > 500 THEN '大额' ELSE '小额' END AS grade
FROM orders;

这里只是标记,并没有"过滤"数据行。

b) 利用窗口函数的 FILTER

sql 复制代码
SELECT
  SUM(amount) FILTER (WHERE type = 'A') AS sum_a,
  SUM(amount) FILTER (WHERE type = 'B') AS sum_b
FROM orders;

这里的 FILTER 是对聚合函数的聚合过滤,不影响整行是否被选中,只决定聚合时哪些被算上。

总结

SELECT 不能直接过滤结果行 (除了各种聚合"过滤"标志)。真正过滤结果应放在 WHEREJOINHAVING


2. JOIN 子句中的过滤(ON 条件)

JOINON 部分与 WHERE 条件不同:

a) INNER JOIN

sql 复制代码
SELECT *
FROM a
JOIN b ON a.id = b.a_id AND b.status = 'active'

解析

  • b.status = 'active' 写在 ON 内,只有满足 a.id=b.a_id 且 b.status='active' 时,才产生一对结果
  • 即,在关联时,提前筛选对方表的相关数据

b) LEFT JOIN

sql 复制代码
SELECT *
FROM a
LEFT JOIN b ON a.id = b.a_id AND b.status = 'active'

解析

  • LEFT JOIN 不管 b 有无匹配,总会保留 a。
  • ON 过滤是:如果 b.status 不为 'active',则 b 列为 NULL;不会把整行 a 去掉。

c) 过滤条件写在 WHERE

sql 复制代码
SELECT *
FROM a
LEFT JOIN b ON a.id = b.a_id
WHERE b.status = 'active'

解析

  • 此写法:WHERE 条件会把 a 的那些 b 没有匹配到的(所有 b 为 NULL 的)全部去掉,实际上结果和 INNER JOIN 效果一样!

3. WHERE 子句中的过滤

WHERE 负责数据源(包括 join 后的中间结果)的最终行过滤

sql 复制代码
SELECT *
FROM a
JOIN b ON a.id = b.a_id
WHERE a.amount > 100 AND b.status = 'active'
  • 先连接,再整体过滤。

4. 典型案例对比

假如有如下两个表:

  • students(id, name)
  • scores(student_id, subject, mark)

假设每个学生有多个成绩。


场景1:只看及格成绩

条件写在JOIN:

sql 复制代码
SELECT s.id, s.name, sc.mark
FROM students s
JOIN scores sc ON s.id = sc.student_id AND sc.mark >= 60

🚩只有及格的匹配行会被连接,学生不会重复出现不及格的成绩。


条件写在WHERE:

sql 复制代码
SELECT s.id, s.name, sc.mark
FROM students s
JOIN scores sc ON s.id = sc.student_id
WHERE sc.mark >= 60

🚩结果一样:只显示及格成绩。


LEFT JOIN + 过滤条件写在JOIN:

sql 复制代码
SELECT s.id, s.name, sc.mark
FROM students s
LEFT JOIN scores sc ON s.id = sc.student_id AND sc.mark >= 60

🚩每个学生会显示所有自己及格的成绩,没及格就为 NULL,但学生都在。


LEFT JOIN + 过滤条件写在WHERE:

sql 复制代码
SELECT s.id, s.name, sc.mark
FROM students s
LEFT JOIN scores sc ON s.id = sc.student_id
WHERE sc.mark >= 60

🚩所有没及格的行(包括没考试的、sc.mark是NULL),全部被过滤掉,效果和INNER JOIN一样!

注意:LEFT JOIN+WHERE条件,在想保留主表(比如students)所有数据但只展示部分关联的情况下,要特别小心写法。


5. 总结表格

过滤条件位置 作用对象 推荐场景
SELECT 只对输出列做条件标记、赋值 需展示条件分组/标识
JOIN (ON) 只影响表之间的连接配对关系 只过滤被联接表时,主表全保留
WHERE 影响整个结果最终输出行 需要严格筛选全部输出的情况

一句话总结

  • 只保留主表相关数据LEFT JOIN ... ON ...
  • 真正只显示符合条件整行WHERE
  • 用于联表附加限定,不影响主表全保留JOIN ON
  • SELECT只做数据衍生、打标,不过滤行

相关推荐
这个DBA有点耶6 小时前
DBA的AI助手:向量检索与NL2SQL入门
数据库·人工智能·postgresql·学习方法·dba
basketball6167 小时前
SQL 常用数据格式化操作方法总结
数据库·sql
TE-茶叶蛋8 小时前
数据库-引用完整性(referential integrity)
数据库
IronMurphy8 小时前
MySQL拷打第二讲
数据库·mysql
裴东青10 小时前
ProxySQL实现MySQL主从集群的读写分离
数据库·mysql·adb
handler0110 小时前
【MySQL】教你库与表的增删查改操作(基础)
运维·数据库·笔记·sql·mysql·数据·分析
姚不倒11 小时前
从零实现一个基于 Ollama + Go + MySQL 的 Text-to-SQL 智能体(M1 实战)
sql·mysql·云原生·golang
染指111011 小时前
9.LangChain框架(实现RAG)
数据库·人工智能·算法·机器学习·ai·大模型
2401_8734794011 小时前
主流IP离线库(IP数据云、纯真、IPIP.NET)怎么选?全面对比分析
服务器·网络·数据库
毋语天11 小时前
Redis 零基础实战指南:从核心原理到生产落地的完整路线
数据库·redis·缓存