AVG(SUM(x))一定报错，因SQL标准禁止嵌套聚合函数，解析器在语法分析阶段即拒绝；SUM输出每组一个标量，而AVG需一组值输入，语义冲突。COUNT(DISTINCT col)是唯一例外，属单函数语法糖。
AVG(SUM(x)) 为什么一定报错
这不是括号漏了、字段写错或数据库版本低的问题，而是 SQL 解析器在语法分析阶段就拒绝这种结构。所有主流引擎（PostgreSQL、MySQL 5.7+、SQL Server、Oracle、Spark SQL）都会报类似 cannot nest aggregate functions 或 Invalid use of aggregate function 的错误。根本原因是语义冲突：SUM(x) 在 GROUP BY 后输出的是“每组一个标量”，而 AVG() 需要输入“一组值”——它没地方拿到这“一组”。COUNT(DISTINCT col) 是唯一例外，但它本质是单函数语法糖，不是真嵌套。
子查询必须带别名且显式命名列
把第一层聚合结果当临时表用，是最通用、跨库兼容性最好的解法。但漏掉任一细节就会失败：
- 内层
SELECT必须显式写出聚合列并用AS命名，比如SUM(sales) AS dept_total；外层只能引用t.dept_total，不能写t.sales - 子查询必须加别名，例如
AS t；漏掉在 PostgreSQL 和 SQL Server 中直接报subquery in FROM must have an alias - 内层
GROUP BY不可省，且所有非聚合字段（如dept_id）必须包含在内，否则 MySQL 8.0+ 严格模式会报错 - 外层不能加
GROUP BY，否则又变成分组聚合，达不到“对聚合结果再聚合”的目的
正确示例：
SELECT AVG(dept_total) FROM ( SELECT dept_id, SUM(sales) AS dept_total FROM orders GROUP BY dept_id ) AS t;
CTE 比子查询更易读但括号不能错
当逻辑变复杂或中间结果需复用时，WITH 更清晰，但它不是语法糖，括号和命名规则很严格：
- 每个 CTE 定义体的右括号
)必须闭合，少一个就报syntax error, expect RPAREN - CTE 名（如
dept_summary）不能和真实表重名，否则 PostgreSQL 可能优先解析为基表 - CTE 内不能引用外层字段，作用域完全隔离
- MySQL 5.7 不支持 CTE，若需向下兼容，只能退回子查询
示例：
WITH dept_summary AS ( SELECT dept_id, SUM(sales) AS dept_total FROM orders GROUP BY dept_id ) SELECT AVG(dept_total), MAX(dept_total) FROM dept_summary;
窗口函数不能绕过嵌套限制
有人试 AVG(SUM(x)) OVER()，结果一样报错。窗口函数解决的是另一类问题：保留原始行数的同时补统计值。它无法生成单值汇总结果。
-
SUM(sales) OVER (PARTITION BY dept_id)合法，给每行加上所在部门总和 -
AVG(SUM(sales)) OVER()非法，所有引擎都拒绝 - 若目标是“所有部门总和的平均值”，仍得靠子查询或 CTE；窗口函数只适合“每行显示该平均值”这类场景
- 真正容易被忽略的是：子查询或 CTE 的
GROUP BY维度是否与业务口径一致——比如按user_id分组却漏了时间分区，结果就不可信
