子查询中聚合结果外层可用需满足：子查询有别名、聚合列显式命名、外层引用带别名前缀、GROUP BY包含所有非聚合字段；CTE语法等价但更易调试，NULL需用COALESCE处理。
子查询里写完COUNT()，外层却用不了这个结果
因为子查询返回的是一个结果集，不是一张带列名的“表”——除非你显式给聚合列起别名，且整个子查询有合法别名，否则外层根本看不到它。比如 SELECT (SELECT COUNT(*) FROM orders) AS cnt FROM users 是可以的，但 SELECT cnt FROM (SELECT COUNT(*) FROM orders) 会报错：缺少别名，且内层没输出列名。
GROUP BY 子查询的结果列，为什么外层 SELECT 能用，WHERE 却不能？
关键在作用域和执行阶段：
-
SELECT子句能看到子查询中SELECT出来的所有列（只要起了别名） -
WHERE在子查询执行前就已解析完毕，它只认原始表字段，不认子查询里算出来的聚合列 - 常见错误：
SELECT * FROM (SELECT dept_id, AVG(salary) avg_sal FROM emp GROUP BY dept_id) t WHERE avg_sal > 10000—— 这条本身合法，但如果你漏了t.前缀（如写成WHERE avg_sal > 10000），MySQL 8.0+ 会报Unknown column 'avg_sal' - 更隐蔽的坑：子查询用了
GROUP BY，但外层SELECT又没包含所有非聚合字段（比如漏了dept_name），PostgreSQL 直接拒绝执行
想让外层能安全引用聚合值，必须满足哪几个硬性条件？
缺一不可：
- 子查询必须有别名（如
AS stats），多数引擎（PostgreSQL / SQL Server / MySQL 8.0+）强制要求 - 聚合列必须显式起别名（
COUNT(*) AS cnt），不能依赖引擎自动推导 - 外层引用时必须带子查询别名前缀（
stats.cnt），不能省略 - 如果子查询含
GROUP BY，则所有非聚合字段都得出现在GROUP BY列表中，否则严格模式下直接失败
CTE 和子查询在引用聚合结果时，行为真的一样吗？
语法上等价，但实际使用中差异明显：
- CTE（
WITH）定义后可被多次引用，避免重复写同一段聚合逻辑；子查询嵌套深了容易括号错位、别名混淆 - 调试时，你可以单独运行 CTE 部分（如
WITH t AS (...) SELECT * FROM t），而子查询必须连同外层一起执行 - 旧版 MySQL（5.7 及之前）不支持 CTE，此时只能靠子查询；Impala 等分析引擎对 CTE 优化较弱，子查询反而更稳
- CTE 不是物化视图——它只是逻辑定义，多次引用仍可能重复计算，性能未必优于子查询
最常被忽略的一点：聚合结果可能是 NULL，而 WHERE col > NULL 永远为 UNKNOWN，整行被过滤掉。别指望数据库自动帮你兜底，该用 COALESCE(stats.cnt, 0) 就得用。
