avg(sum(x))一定报错，因sql标准禁止嵌套聚合函数，语义不明确且所有主流数据库均在语法分析阶段拒绝；必须用派生表（如select avg(dept_total) from (select sum(x) as dept_total from t group by y) as t）或cte分两层实现。
AVG(SUM(x)) 一定报错，不是你写错了括号或漏了分号，而是 SQL 解析器在语法分析阶段就拒绝这种结构。所有主流数据库（PostgreSQL、MySQL 5.7+、SQL Server、Oracle）都会抛出类似 cannot nest aggregate functions 或 aggregate function cannot contain aggregate parameters 的错误。
这是因为语义根本说不清：引擎无法判断你是想对“每组的 SUM(x)”求平均，还是先全表加总再除个数。更底层看，SUM(x) 在 GROUP BY 后输出的是标量（每组一个值），而 AVG() 需要一组值作为输入——它没地方拿到“多个”。
子查询必须带别名且显式命名列
派生表是跨数据库兼容性最好的解法，但语法细节错一点就失败：
- 内层
SELECT必须用AS给聚合列起名，比如SUM(sales) AS dept_total；外层只能引用t.dept_total，不能写t.sales - 整个子查询必须带别名，例如
AS t；漏掉会直接触发subquery in FROM must have an alias - 内层
GROUP BY缺失或漏列（如非聚合字段未包含），会导致逻辑偏差甚至报错 - 外层不能再加
GROUP BY，否则又变成分组聚合，达不到“对聚合结果再聚合”的目的
CTE 写法更清晰但括号必须严格闭合
当第一层聚合本身较复杂，或需要复用中间结果时，WITH 比嵌套子查询易读，但它不是语法糖，而是有硬性约束：
- 每个 CTE 定义体的右括号
)必须独立闭合；少一个就会报syntax error, expect RPAREN - CTE 名不能和真实表重名，否则 PostgreSQL 可能优先解析为基表
- CTE 内不能引用外层字段，避免作用域混淆
- MySQL 5.7 不支持 CTE，若需兼容旧版，只能退回子查询
窗口函数不是替代方案，只是另一条路
AVG(SUM(x)) OVER() 同样非法，窗口函数不改变嵌套限制。它的适用场景完全不同：
- 合法：
SUM(sales) OVER (PARTITION BY dept_id)—— 给每行补上部门总和，不改变行数 - 非法：
AVG(SUM(sales)) OVER()—— 依然触发嵌套错误 - 适合保留明细 + 跨行统计（如占比、排名、滚动和），不适合产出单值汇总（如“所有部门平均值的中位数”）
GROUP BY 的维度是否与业务目标一致——比如你要算“每个城市平均房价的中位数”，内层按城市分组是对的，但外层若忘了去重或处理空值，结果就偏了。
