SQL子查询是嵌套在WHERE、FROM或SELECT中的查询，执行顺序由内向外；标量子查询需返回单值，相关子查询逐行关联计算，派生表须命名，SELECT中子查询作动态列且性能敏感。
SQL子查询就是把一个查询语句嵌套在另一个查询语句的某个位置（比如 WHERE、FROM 或 SELECT 子句中），由内向外逐步执行，最终返回结果。关键在于理解“先算里层、再用结果算外层”的执行逻辑，而不是一上来就写复杂嵌套。
WHERE 中的标量子查询：用单值做条件判断
这是最常见也最容易上手的用法。子查询必须返回**且仅返回一行一列**（即一个标量值），否则会报错。
例如：查出工资高于公司平均工资的员工姓名和工资：
SELECT name, salary FROM employees WHERE salary > (SELECT AVG(salary) FROM employees);执行流程：
→ 先执行括号内的子查询，算出平均工资（比如 8500）；
→ 再把 8500 代入外层 WHERE 条件，筛选 salary > 8500 的记录。
- 注意：子查询不能直接引用外层表字段（除非是相关子查询）
- 如果子查询可能为空（如没数据时 AVG 返回 NULL），要留意 NULL 参与比较的结果是 UNKNOWN，会导致整行被过滤掉
- 可以用 COALESCE 或 IS NOT NULL 做兜底处理
WHERE 中的相关子查询：逐行关联计算
子查询里引用了外层查询的字段，导致它对每一行外层记录都重新执行一次，性能开销较大，但逻辑更灵活。
例如：查出每个部门中工资最高的员工（含部门名）：
执行流程：
→ 取外层第一行（比如 dept_id=101 的员工 A）；
→ 把 e1.dept_id=101 代入子查询，查 dept_id=101 的最高工资；
→ 比较员工 A 的 salary 是否等于这个最大值；
→ 继续下一行，重复上述过程。
- 别名必须清晰（e1/e2），避免字段歧义
- 建议给关联字段加索引（如 dept_id + salary），否则容易全表扫描
- 若某部门无员工，子查询返回 NULL，而 “= NULL” 永远不成立，该部门不会出结果
FROM 子句中的派生表：把子查询当临时表用
子查询出现在 FROM 后面，必须起别名，它会先完整执行并生成一张临时结果集，再被外层查询使用。
例如：统计每个城市员工数，并只显示人数大于 5 的城市：
SELECT city, cnt FROM (SELECT city, COUNT(*) AS cnt FROM employees GROUP BY city) AS t WHERE cnt > 5;执行流程：
→ 先执行括号内子查询，按 city 分组计数，生成临时表 t（两列：city、cnt）；
→ 外层再从这张临时表中筛选 cnt > 5 的行。
- 子查询不能省略别名（MySQL/PostgreSQL 等均强制要求）
- 临时表只在当前查询生命周期存在，无法复用
- 适合封装中间聚合逻辑，让主查询更简洁
SELECT 列表中的子查询：为每行动态计算字段
子查询作为 SELECT 中的一个“计算列”，必须是标量子查询（单行单列），否则报错。
例如：查出每位员工姓名、工资，以及其所在部门的平均工资：
SELECT name, salary, (SELECT AVG(salary) FROM employees e2 WHERE e2.dept_id = e1.dept_id) AS dept_avg FROM employees e1;执行流程：
→ 对 e1 的每一行，取其 dept_id；
→ 执行子查询，算出对应部门的平均工资；
→ 将该值作为 dept_avg 列的值拼到当前行结果中。
- 性能敏感场景慎用——有多少行员工，子查询就执行多少次
- 可考虑改用 JOIN + 窗口函数（如 AVG() OVER (PARTITION BY dept_id)）提升效率
- 若部门不存在员工，子查询返回 NULL，该列值即为 NULL
