news 2026/4/15 13:15:34

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

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
SQL 中“过滤条件”写在 SELECT、JOIN 和 WHERE 的区别

1. SELECT 子句中的过滤

作用

SELECT子句本身并不用于直接过滤数据行,而是用于表达式计算和返回结果列。
但有两种特殊“伪过滤”情况,初学者容易混淆:

a) 使用CASE WHEN生成标志位

SELECTid,amount,CASEWHENamount>500THEN'大额'ELSE'小额'ENDASgradeFROMorders;

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

b) 利用窗口函数的FILTER

SELECTSUM(amount)FILTER(WHEREtype='A')ASsum_a,SUM(amount)FILTER(WHEREtype='B')ASsum_bFROMorders;

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

总结

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


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

JOINON部分与WHERE条件不同:

a) INNER JOIN

SELECT*FROMaJOINbONa.id=b.a_idANDb.status='active'

解析

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

b) LEFT JOIN

SELECT*FROMaLEFTJOINbONa.id=b.a_idANDb.status='active'

解析

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

c) 过滤条件写在 WHERE

SELECT*FROMaLEFTJOINbONa.id=b.a_idWHEREb.status='active'

解析

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

3. WHERE 子句中的过滤

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

SELECT*FROMaJOINbONa.id=b.a_idWHEREa.amount>100ANDb.status='active'
  • 先连接,再整体过滤。

4. 典型案例对比

假如有如下两个表:

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

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


场景1:只看及格成绩

条件写在JOIN:

SELECTs.id,s.name,sc.markFROMstudents sJOINscores scONs.id=sc.student_idANDsc.mark>=60

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


条件写在WHERE:

SELECTs.id,s.name,sc.markFROMstudents sJOINscores scONs.id=sc.student_idWHEREsc.mark>=60

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


LEFT JOIN + 过滤条件写在JOIN:

SELECTs.id,s.name,sc.markFROMstudents sLEFTJOINscores scONs.id=sc.student_idANDsc.mark>=60

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


LEFT JOIN + 过滤条件写在WHERE:

SELECTs.id,s.name,sc.markFROMstudents sLEFTJOINscores scONs.id=sc.student_idWHEREsc.mark>=60

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

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


5. 总结表格

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

一句话总结

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

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/4/15 13:14:47

从MMPose到TVM:模型端侧部署优化全流程

从MMPose到TVM:模型端侧部署优化全流程 引言:为什么需要模型端侧部署优化? 想象一下,你开发了一个能实时识别人体动作的AI应用,在高端服务器上运行流畅,但移植到手机或嵌入式设备时却变得卡顿不堪。这就是…

作者头像 李华
网站建设 2026/4/15 13:14:25

AI手势识别与追踪硬件适配:不同摄像头兼容性测试报告

AI手势识别与追踪硬件适配:不同摄像头兼容性测试报告 1. 引言:AI 手势识别与追踪的现实挑战 随着人机交互技术的不断演进,AI手势识别与追踪正逐步从实验室走向消费级应用。无论是智能家电控制、虚拟现实操作,还是远程会议中的非…

作者头像 李华
网站建设 2026/4/15 13:13:24

Mac用户福音:Z-Image-ComfyUI云端GPU解决方案,1小时1块钱

Mac用户福音:Z-Image-ComfyUI云端GPU解决方案,1小时1块钱 1. 为什么Mac用户需要云端GPU方案? 作为Mac用户,你可能已经发现一个尴尬的现实:M1/M2芯片虽然强大,却不支持CUDA加速。这意味着当你想要体验最新…

作者头像 李华
网站建设 2026/4/13 8:58:53

AI康复训练监督:关键点检测精准到毫米,医院同款平民价

AI康复训练监督:关键点检测精准到毫米,医院同款平民价 引言 想象一下这样的场景:社区康复中心里,一位中风患者正在努力练习抬臂动作。传统方式需要治疗师全程手动测量关节角度,既耗时又容易产生误差。而三甲医院使用…

作者头像 李华
网站建设 2026/4/13 11:34:48

Z-Image-ComfyUI教学应用:美术老师的新式教具

Z-Image-ComfyUI教学应用:美术老师的新式教具 引言:当美术课遇上AI艺术 想象一下这样的场景:美术老师在课堂上轻点鼠标,几秒钟后,一幅融合了梵高风格和现代元素的数字画作就呈现在全班面前。这不是科幻电影&#xff…

作者头像 李华
网站建设 2026/4/12 18:45:46

Z-Image-ComfyUI移动适配:手机也能玩转AI绘画

Z-Image-ComfyUI移动适配:手机也能玩转AI绘画 引言 作为一名通勤族,你是否也遇到过这样的场景:地铁上突然闪过一个绝妙的创意,想立刻用AI绘画呈现出来,却发现手边只有手机?或者周末躺在沙发上&#xff0c…

作者头像 李华