sql标准禁止直接嵌套聚合函数（如avg(sum(x))），因内层聚合需group by上下文而外层需一组输入值，语义冲突；必须通过子查询、cte或窗口函数分两层实现。
为什么不能直接在GROUP BY后再次GROUP BY
SQL标准不允许在同一层级SELECT中对聚合函数结果再做聚合，比如写 SELECT COUNT(*), AVG(COUNT(*)) 会报错。这是因为 COUNT(*) 是窗口期未确定的中间结果，必须先固化成一个结果集，才能作为下一层的输入。
用子查询把聚合结果变成“临时表”
最通用、兼容性最好的做法是把第一层聚合封装进子查询，让它返回一个带别名的虚拟表，外层再对这个表做聚合。注意子查询必须有别名（哪怕只是 t），否则MySQL/PostgreSQL都会报错。
常见错误现象：ERROR: subquery in FROM must have an alias（PostgreSQL）、Every derived table must have its own alias（MySQL）。
- 场景：统计每个部门员工数后，再算“员工数大于5的部门占总部门数的比例”
- 写法示例：
SELECT COUNT(*) FILTER (WHERE dept_count > 5) * 100.0 / COUNT(*) AS pct FROM ( SELECT dept_id, COUNT(*) AS dept_count FROM employees GROUP BY dept_id ) t;
- PostgreSQL用
FILTER，MySQL需改用SUM(IF(dept_count > 5, 1, 0)) - 别名
t不可省略；子查询里的列名（如dept_count）在外层才可见
CTE让嵌套逻辑更清晰（但不是所有数据库都支持）
如果数据库支持 WITH（PostgreSQL、SQL Server、SQLite 3.8.3+、MySQL 8.0+），用CTE比多层括号子查询更易读，语义也更接近“先算A，再拿A算B”。
使用场景：需要多次引用同一聚合结果，或聚合步骤较多（比如三级汇总）。
- CTE不改变执行计划，性能和子查询基本一致
- 避免重复写相同子查询，减少出错概率
- 示例：
WITH dept_stats AS ( SELECT dept_id, COUNT(*) AS emp_cnt FROM employees GROUP BY dept_id ) SELECT AVG(emp_cnt) AS avg_per_dept, STDDEV(emp_cnt) AS stddev_per_dept FROM dept_stats;
- SQLite旧版本、MySQL 5.7及更早不支持CTE，此时只能退回子查询
窗口函数能替代部分“二次聚合”需求
很多你以为需要两层GROUP BY的场景，其实用窗口函数一行就能解决——特别是要保留明细行又想看组内统计时。
典型误用：先按用户分组求订单数，再查“订单数最多的用户”，结果写成两层子查询；其实 ORDER BY COUNT(*) DESC LIMIT 1 更直接。
- 当目标是“每个组的聚合值 + 全局聚合值”时，窗口函数最高效：
SELECT user_id, COUNT(*) AS order_cnt, AVG(COUNT(*)) OVER() AS avg_orders_per_user FROM orders GROUP BY user_id;
-
OVER()表示全局窗口，不需要额外GROUP BY - 但注意：窗口函数不能出现在WHERE或GROUP BY中，也不能嵌套聚合（如
SUM(AVG(x))） - 如果最终只要一个标量结果（比如“平均订单数”），用子查询或CTE更直白
嵌套聚合真正麻烦的地方不在语法，而在于搞清业务意图到底要什么粒度——是“每组的统计 + 组间对比”，还是“基于组统计再分类”，或是“保留明细的同时附带组指标”。选错结构会导致结果偏差，而且不容易一眼看出来。
