子查询:让SQL像俄罗斯套娃一样嵌套!|转行学DB第8天

简介: 数据库小学妹带你轻松入门子查询!用“SELECT里套SELECT”,像俄罗斯套娃一样,一步解决“先算平均分、再查高分学生”等两步难题。支持WHERE(条件筛选)、FROM(临时表)、SELECT(标量列)三种用法,简洁直观,新手友好~

一个SELECT里再套一个SELECT,解决“先查再查”的难题

大家好呀!我是​数据库小学妹​👋

前面我们学会了单表查询、多表关联(JOIN)、分组统计。今天我又遇到了新的难点:如果我想查询:

“考试成绩高于全班平均分的同学有哪些?”

难道要分两步?先算平均分,再把高于平均分的同学查询出来?其实并不用这么麻烦,数据库中的子查询可以像俄罗斯套娃一样,一个查询里面再套一个查询。


一、什么是子查询?一句话讲清楚

子查询就是嵌套在另一个SQL语句里的查询。它的结果被外层查询当作条件或数据源来用。

语法长这样:

SELECT 列名 FROM 表名 
WHERE 列名 操作符 (SELECT 列名 FROM 表名 WHERE 条件);

括号里的 SELECT ... 就是子查询,它会先执行,把结果返回给外层。

💡 就像你先问“全班平均分是多少”,然后拿着这个数去查“谁高于它”。只不过子查询把这两步合并成一步了。


二、子查询的三大使用场景

2.1 WHERE型子查询:最常用的一种

把子查询放在 WHERE 后面,作为筛选条件。

📚场景1:查高于平均分的学生

SELECT name, score 
FROM scores 
WHERE score > (SELECT AVG(score) FROM scores);

执行顺序:

  1. 先执行子查询 SELECT AVG(score) FROM scores,假设结果是85
  2. 外层变成 WHERE score > 85,查出来分数大于85的人

📚场景2:查有成绩的学生(用IN)

SELECT name FROM students 
WHERE id IN (SELECT DISTINCT student_id FROM scores);

子查询先查出所有有成绩的学生ID,然后外层找这些ID对应的学生姓名。

注意: IN 适合子查询返回多个值。= 只能用于子查询返回单个值。


2.2 FROM型子查询:把查询结果当成一张临时表

子查询放在 FROM 后面,相当于先查出一张“临时表”,外层再从这个临时表里查。

📚场景:查每个班级的平均分,再找出平均分>90的班级

SELECT class, avg_score
FROM (
    SELECT class, AVG(score) as avg_score
    FROM scores
    GROUP BY class
) AS temp
WHERE avg_score > 90;

内层子查询先算出每个班级的平均分,外层再筛选。

💡 给子查询起别名(AS temp)是必须的,不然数据库不认识这张“临时表”。

2.3 SELECT子句中的子查询:把查询结果作为输出列

子查询放在 SELECT 后面,作为​输出的一列​。这种子查询必须​只返回一个值​(一行一列),所以叫​标量子查询​。

📚场景:查每个学生的成绩,同时带上全班平均分作为对比

SELECT 
    name, 
    score,
    (SELECT AVG(score) FROM scores) AS class_avg
FROM scores;

结果:

name score class_avg
小明 90 85
小红 85 85
小刚 92 85

每一行都多了一列“全班平均分”,方便对比自己是否高于平均。

📚更实用的场景:查每个学生的成绩,同时带上该生所在班级的平均分

这时候子查询需要​关联外层​(叫“相关子查询”):

SELECT 
    name,
    score,
    (SELECT AVG(score) 
     FROM scores s2 
     WHERE s2.class = s1.class) AS class_avg
FROM scores s1;

💡 这种写法稍微复杂,新手可以先掌握不关联外层的标量子查询,等熟练了再学关联版本。


三、子查询 vs JOIN:什么时候用哪个?

很多场景既能用子查询也能用JOIN,我纠结了好久。后来总结了这条原则:

image_078252916671639.png

比如查“有成绩的学生”,用 IN 子查询和 INNER JOIN 都能实现:

-- 子查询写法
SELECT * FROM students WHERE id IN (SELECT student_id FROM scores);

-- JOIN写法
SELECT DISTINCT students.* 
FROM students 
INNER JOIN scores ON students.id = scores.student_id;

两种都可以,看个人习惯。我一般喜欢用JOIN,因为不用记 IN= 的区别。


四、新手避坑指南

image_294842610597654.png


五、今日学习心得

今天的内容总结成三句话:

  1. 子查询就是查询里的查询,先内后外,像俄罗斯套娃
  2. WHERE型:子查询当条件;FROM型:子查询当临时表
  3. 子查询和JOIN各有优劣,简单场景用子查询,复杂或大数据量用JOIN

虽然子查询用起来感觉更提升效率,不用写两句SQL,但是子查询写多了性能会下载,特别是数据量大的时候。那该怎么办呢?明天我们来学习优化办法。


👋 我是数据库小学妹,一个从设计转行数据库的菜鸟。我们一起,把复杂的技术变得简单有趣!💪


本文为个人学习总结,所有命令均在MySQL 8.0环境下验证。子查询虽好用,但别嵌套太深,否则自己都绕晕了。

相关文章
|
3月前
|
SQL 关系型数据库 MySQL
数据量大查询慢?索引让你的SQL秒级响应!|转行学DB第9天
用生活化比喻(如字典目录)详解索引原理:它通过B+树结构加速查询,避免全表扫描;涵盖创建、查看、删除索引方法,联合索引的最左前缀原则,以及读写平衡等实战要点——让查询从“等几秒”变“秒出”!
数据量大查询慢?索引让你的SQL秒级响应!|转行学DB第9天
|
3月前
|
SQL 数据库
多表关联查询入门:LEFT JOIN、INNER JOIN一文搞懂|转行学DB第6天
本文通俗易懂地讲解了数据库多表查询的三种JOIN操作:INNER JOIN(内连接)只返回两表匹配的数据,适用于查询交集数据;LEFT JOIN(左连接)保留左表所有记录并匹配右表数据,适用于查询主表完整信息;RIGHT JOIN(右连接)则保留右表所有记录。
|
3月前
|
SQL NoSQL 关系型数据库
数据库分类一次讲清|转行学DB第2天
数据库小学妹(UI转行萌新)用通俗语言拆解数据库分类:从关系型(MySQL/Oracle)、NoSQL(Redis/MongoDB/Cassandra)、NewSQL(TiDB)到2026年爆火的向量数据库(Pinecone/Milvus),按数据模型、部署架构、业务负载三大维度梳理,配场景化案例与选学路径,助新手轻松入门。
|
1月前
|
人工智能 自然语言处理 API
阿里云海外重磅发布 Qwen Cloud
Qwen Cloud,正是为AI Agent 而生的全新服务方式。
2747 70
|
2月前
|
消息中间件 NoSQL 数据库
分库分表后数据不一致?3种分布式事务方案,帮你彻底解决“钱货不等”难题
本文由“数据库小学妹”详解分布式事务核心难题:分库分表后如何保障跨库数据一致性。涵盖TCC、消息队列(最终一致性)、2PC等方案对比,强调互联网场景首选“MQ+幂等+本地消息表”,并指出避坑要点(重复消费、消息丢失、悬挂问题)。
|
3月前
|
SQL 关系型数据库 MySQL
WHERE、ORDER BY、LIMIT三大神器,让你的查询精准又高效!
本文介绍了SQL查询中的三大核心语句:WHERE(条件过滤)、ORDER BY(排序)和LIMIT(限制结果数)。通过电商订单查询、用户活跃度分析等实际案例,展示了如何组合使用这些语句实现精准查询。文章还分享了常见避坑技巧(如字符串引号使用、NULL值判断)和性能优化建议(如索引使用、分页查询优化)。
|
1月前
|
人工智能 安全 关系型数据库
RDS Agent可观测能力正式邀测!全面支持Qoder、Codex、Claude Code、OpenClaw等主流研发Agent
阿里云RDS Agent可观测平台正式发布!面向Qoder、Codex等AI Agent,基于RDS MySQL+DuckDB列式分析底座,提供多Agent一键接入、Token/成本归因、ROI投入产出分析、风险回溯至Trace/Session、全链路下钻能力,助力团队从“使用Agent”迈向“治理Agent”。
|
3月前
|
SQL 关系型数据库 MySQL
SQL优化十大技巧,查询速度提升10倍!
数据库小学妹带你轻松提速SQL!10个实战优化技巧:精简SELECT、善用LIMIT、巧用EXPLAIN、合理建索引、避开函数索引失效、JOIN优于子查询、IN替代OR、批量操作、EXISTS优化大子查询、定期OPTIMIZE。附避坑指南,新手也能秒上手!
|
1月前
|
SQL 中间件 关系型数据库
读写分离中间件怎么选?ProxySQL 落地踩坑与选型对比
ProxySQL是一款轻量高性能MySQL中间件,原生支持读写分离、自动故障切换与查询路由,相比MyCAT、ShardingSphere更专注、易用、低损耗,特别适合仅需主从读写分离的场景。

热门文章

最新文章