news 2026/5/1 0:05:44

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/18 8:29:01

智能零售实践:顾客动线分析基于骨骼关键点

智能零售实践:顾客动线分析基于骨骼关键点 引言 在零售行业,了解顾客在店内的行为模式是优化商品陈列和提升销售的关键。传统方法依赖人工观察或外包视频标注,不仅成本高昂(单个视频标注费用可达数百元),…

作者头像 李华
网站建设 2026/4/18 5:28:04

Z-Image-ComfyUI傻瓜式教程:3分钟出图不求人

Z-Image-ComfyUI傻瓜式教程:3分钟出图不求人 引言:宝妈也能轻松上手的AI绘画神器 作为一名白天带娃、晚上挤时间学习的宝妈,你可能经常遇到这样的困扰:想给孩子制作专属绘本插图,却苦于没有绘画基础;想学…

作者头像 李华
网站建设 2026/4/25 20:11:56

多人姿态估计避坑指南:云端分布式推理,成本降60%

多人姿态估计避坑指南:云端分布式推理,成本降60% 1. 什么是多人姿态估计? 多人姿态估计(Multi-Person Pose Estimation)是计算机视觉中的一项关键技术,它能够同时检测图像或视频中多个人体的关键点位置。…

作者头像 李华
网站建设 2026/4/18 10:07:52

小白也能懂!Qwen2.5-0.5B-Instruct保姆级网页推理教程

小白也能懂!Qwen2.5-0.5B-Instruct保姆级网页推理教程 1. 引言:为什么选择 Qwen2.5-0.5B-Instruct? 在大语言模型(LLM)快速发展的今天,阿里云推出的 Qwen2.5 系列 成为了开源社区中备受关注的明星模型。其…

作者头像 李华
网站建设 2026/4/30 21:30:39

AI绘画成本对比:Z-Image云端方案vs买显卡,省下万元

AI绘画成本对比:Z-Image云端方案vs买显卡,省下万元 1. 引言:美术工作室的AI绘画成本困境 最近两年,AI绘画技术突飞猛进,Z-Image等模型已经能生成专业级的插画和设计稿。但对于中小型美术工作室来说,面临一…

作者头像 李华
网站建设 2026/4/30 14:21:01

开源AI手势识别模型发展:MediaPipe Hands实战指南

开源AI手势识别模型发展:MediaPipe Hands实战指南 1. 引言:人机交互的新范式——AI手势识别与追踪 在智能硬件、虚拟现实(VR)、增强现实(AR)和人机交互(HCI)快速发展的今天&#x…

作者头像 李华