sql禁止直接嵌套聚合函数（如max(avg(column))），因聚合需分组后单层计算，嵌套导致逻辑冲突；应通过子查询或窗口函数分层实现。
为什么不能直接嵌套聚合函数？
SQL标准禁止像 MAX(AVG(column)) 这样直接嵌套聚合函数，因为聚合是分组后的一次计算过程，内部聚合（如 AVG）还没完成分组上下文，外层聚合（如 MAX）就试图再收拢，逻辑冲突。报错通常是类似 ERROR: nested aggregate function 或 invalid use of aggregate function。
常见诱因包括：想取“每个部门平均薪资的最高值”，却写了 SELECT MAX(AVG(salary)) FROM emp GROUP BY dept——这语法非法，且语义模糊（GROUP BY 后已有多行，MAX 该作用于哪一层？）。
用子查询替代是最稳妥的写法
把内层聚合结果作为临时结果集，外层再聚合。关键是明确计算层级：先按某维度算出中间聚合值，再对这些值做二次聚合。
- 想求“各部门平均薪资中的最高值”：先算各部门平均薪资，再取最大
- 写成：
SELECT MAX(avg_salary) FROM (SELECT AVG(salary) AS avg_salary FROM emp GROUP BY dept) t;
- 注意别名
t必须存在（多数引擎强制要求），否则报subquery in FROM must have an alias - 如果原查询还有其他字段（比如要同时返回哪个部门有这个最高均薪），就得在子查询里保留
dept，再用ORDER BY ... LIMIT 1或窗口函数
窗口函数能避免嵌套但需注意执行顺序
当目标不是单纯二次聚合，而是“在聚合结果上再算排名/累计/差值”时，窗口函数更自然，但它不等价于嵌套聚合，且执行时机晚于 GROUP BY。
- 例如：求每个部门薪资均值，并标出该均值在所有部门中的排名
- 正确写法：
SELECT dept, AVG(salary) AS dept_avg,<br> RANK() OVER (ORDER BY AVG(salary) DESC) AS rank<br>FROM emp<br>GROUP BY dept;
- 这里
AVG(salary)在GROUP BY阶段计算，RANK()在之后的窗口阶段应用，不违反规则 - 错误写法：
RANK() OVER (ORDER BY MAX(AVG(salary)))——依然嵌套，会报错
GROUP BY + HAVING 不能替代嵌套聚合
有人试图用 HAVING 筛选聚合结果来“模拟”外层聚合，比如写 HAVING AVG(salary) = (SELECT MAX(...) ...)，但这只是过滤，不是计算新聚合值；而且子查询仍需独立写出，没绕开嵌套问题。
真正容易被忽略的是：嵌套需求往往暴露了原始问题建模偏差——你要的“最高平均薪资”本身就是一个标量，不该和明细数据混在同一查询层级。先想清楚输出形态（单值？带维度？带排序？），再选子查询、窗口或两步查询，比硬套语法更重要。
