SQL标准禁止聚合函数嵌套，如COUNT(MAX())会因语义冲突报错；必须用子查询分两层实现：内层分组聚合（如GROUP BY dept + MAX(salary)），外层对结果集再聚合（如COUNT(*)）。
为什么 COUNT(MAX()) 这类嵌套直接报错
SQL 标准禁止在聚合函数内部再用另一个聚合函数，比如 COUNT(MAX(salary)) 或 SUM(AVG(price))。数据库（如 PostgreSQL、MySQL 8.0+、SQL Server）会直接抛出类似 "nested aggregate function" not allowed 的错误。这不是语法疏忽，而是语义冲突：外层聚合要按分组计算，内层又试图对每组做一次“全组聚合”，逻辑上无法同时确定作用域。
用子查询把两层聚合拆开成两个执行阶段
核心思路是：先在子查询里完成第一层聚合（比如算出每个部门的最高工资），再在外层对子查询结果做第二层聚合（比如统计“最高工资 > 15000”的部门个数）。子查询充当临时结果集，绕过语法限制。
常见场景示例：
- 想统计“有多少个部门的最高工资超过 15000” → 外层用
COUNT(*)，内层子查询用GROUP BY dept+MAX(salary) - 想算所有用户平均订单金额的最大值 → 先子查询按
user_id算AVG(order_amount)，再外层用MAX() - 需要
STDDEV(COUNT(*))（各地区订单数的标准差）→ 子查询先GROUP BY region得到每个地区的订单数，外层再套STDDEV()
子查询写法要注意的三个坑
看似简单，但实际常因细节翻车：
- 子查询必须有别名（哪怕只是
AS t），否则 MySQL 会报"Every derived table must have its own alias" - 外层不能直接引用子查询里的原始列（如
salary），只能引用子查询中明确SELECT出来的字段（如max_salary） - 如果子查询含
GROUP BY，且外层还要进一步聚合，注意 NULL 值处理 —— 比如MAX()会忽略 NULL，但COUNT(*)不会，COUNT(col)会忽略 NULL，这点容易误判统计口径
正确示例（统计最高薪 > 15000 的部门数量）：
SELECT COUNT(*) FROM ( SELECT MAX(salary) AS max_salary FROM employees GROUP BY dept ) AS t WHERE t.max_salary > 15000;
替代方案：窗口函数能省一层子查询吗？
部分需求（如“每个部门最高工资占全公司最高工资的比例”）用窗口函数更简洁，但窗口函数本身不能替代嵌套聚合的统计目标。例如你仍无法用 COUNT(ROW_NUMBER() OVER(...)) 来代替“统计满足某聚合条件的组数”——因为 ROW_NUMBER() 是逐行编号，不是分组聚合结果。真要跨层级统计，子查询仍是通用解法。特别提醒：SQLite 直到 3.25+ 才支持窗口函数，而子查询在所有 SQL 引擎中都可用。
真正容易被忽略的是性能边界：当子查询返回大量中间行（比如千万级分组），外层再聚合可能比单次扫描慢；这时得看执行计划，必要时加索引或改用物化 CTE（PostgreSQL/SQL Server 支持）。
