avg(sum(x)) 在语法分析阶段即报错，因sql标准禁止聚合函数嵌套；必须用子查询或cte分层实现，且需严格对齐group by维度与业务口径。
AVG(SUM(x)) 为什么语法解析阶段就失败
这不是数据库版本或配置问题，而是 SQL 标准硬性规定：所有主流引擎（PostgreSQL、MySQL 5.7+、SQL Server、Oracle）在语法分析（analysis）阶段就拒绝 AVG(SUM(x)) 这类结构，直接报错，根本不会进入执行环节。错误信息典型如：aggregate function calls cannot be nested（PostgreSQL）、Invalid use of aggregate function（SQL Server）、Invalid group function nesting（MySQL）。原因在于语义冲突——SUM(x) 必须依赖 GROUP BY 输出“每组一个标量”，而 AVG() 需要输入“一组值”才能计算，它没地方拿到这“一组”。
子查询中漏掉别名或字段命名会直接报错
用子查询分层是最通用解法，但细节错一点就失败：
-
FROM (SELECT SUM(sales) AS dept_total FROM orders GROUP BY dept_id)必须加AS t，否则 PostgreSQL/MySQL 8.0+ 报subquery in FROM must have an alias - 内层
SELECT必须显式写出并命名聚合结果，比如SUM(sales) AS dept_total；外层若写AVG(t.sales)就非法——sales不在子查询输出列中 - 内层
GROUP BY缺失或漏列（如SELECT dept_id, region, SUM(sales)却只GROUP BY dept_id），会导致 MySQL 严格模式报错或结果偏差
CTE 并不比子查询更“高级”，只是可读性更好
CTE 和子查询逻辑等价，不是语法糖，也不绕过限制：
-
WITH dept_summary AS (SELECT dept_id, SUM(sales) AS total FROM orders GROUP BY dept_id)后必须有闭合右括号)，少一个就报syntax error, expect RPAREN - CTE 名称不能和真实表重名，否则 PostgreSQL 可能优先解析为基表，导致查错数据
- MySQL 5.7 及更早版本不支持 CTE，若需兼容，只能退回子查询写法
-
WITH a AS (...) SELECT AVG(total) FROM a和子查询效果完全一致，性能无差异
窗口函数不能替代二次聚合
AVG(SUM(x)) OVER() 同样非法，窗口函数不改变这一限制：
-
SUM(x) OVER (PARTITION BY dept_id)是给每行追加一列，不减少行数，也不生成新数据集 - 若目标是单值结果（如“各部门平均薪资的最高值”），窗口函数给不出这个标量，仍得靠子查询或 CTE
-
salary / SUM(salary) OVER()合法，因为SUM()是独立窗口计算，没嵌套在另一个聚合函数里
GROUP BY 维度是否与业务口径严格对齐**。比如想算“每个销售员每月平均订单额的中位数”，内层必须按 salesperson_id, month 分组求均值，漏掉 month 就变成每人全时段均值，外层再算中位数就完全失真。
