不能直接嵌套聚合函数，如max(avg(price))，因sql执行模型要求group by先于外层聚合，avg(price)生成标量而非列序列，导致语义冲突；须用子查询或cte先分组再汇总。
不能直接嵌套聚合函数，比如 AVG(SUM(amount)) 或 MAX(AVG(price))，所有主流数据库都会报错——这不是语法缺陷，而是 SQL 执行模型决定的：GROUP BY 必须先于外层聚合发生，中间结果无法被二次聚合函数直接引用。
为什么 MAX(AVG(price)) 会报错
错误不是因为“不支持”，而是语义冲突：AVG(price) 在 GROUP BY region 后产生一组标量（每个区域一个均值），而 MAX() 需要的是一个列值序列作为输入。SQL 引擎在解析阶段就拒绝这种写法：
- MySQL 报
Invalid use of group function - PostgreSQL 报
aggregate function calls cannot be nested - SQL Server 提示
Cannot perform an aggregate function on an expression containing an aggregate
窗口函数如 AVG() OVER () 也不行——它不生成新行集，只是重定义计算范围，仍无法提供外层聚合所需的独立数据源。
用子查询实现「先分组、再汇总」
这是最通用、跨数据库兼容的解法。核心是把第一层聚合结果固化为派生表，让外层能把它当普通表操作：
- 内层必须含
GROUP BY，否则SUM(amount)算的是全表总和，失去分组意义 - 子查询必须有别名（如
AS region_totals），MySQL 和 SQL Server 强制要求，PostgreSQL 虽可省略但建议加上 - 外层只能引用内层
SELECT列表中明确写出的字段（如total_sales），不能访问原始表字段（如price） - 过滤条件要按层级放：筛「单价 >100 的订单」→ 写内层
WHERE price > 100；筛「平均单价 >100 的区域」→ 写内层HAVING AVG(price) > 100或外层WHERE avg_price > 100
示例（求各区域总销售额的平均值）：
SELECT AVG(total_sales) AS avg_region_sales FROM ( SELECT region, SUM(amount) AS total_sales FROM sales GROUP BY region ) AS region_totals;
CTE 替代子查询提升可读性
当逻辑超过两层或需复用中间结果时，WITH 更清晰，但要注意兼容性：
- MySQL 8.0+、PostgreSQL、SQL Server、SQLite 3.8.3+ 支持；MySQL 5.7 及更早、旧版 SQLite 不支持
- CTE 不改变执行计划，性能与等价子查询基本一致
- 避免重复写相同子查询，降低出错概率
示例（三级汇总：先算产品销量，再算区域总销，最后统计高于均值的区域数）：
WITH product_sales AS ( SELECT region, product, SUM(amount) AS prod_sales FROM sales GROUP BY region, product ), region_total AS ( SELECT region, SUM(prod_sales) AS total_sales FROM product_sales GROUP BY region ) SELECT COUNT(*) AS above_avg_count FROM region_total WHERE total_sales > (SELECT AVG(total_sales) FROM region_total);
容易踩的坑
这些细节不处理，轻则结果错，重则直接报错：
- 子查询漏别名：MySQL 报
Every derived table must have its own alias，PostgreSQL 报subquery in FROM must have an alias - 外层引用内层未
SELECT的字段：比如内层没选region，外层却写SELECT region, AVG(total_sales)→ 报错 - 在子查询里加
ORDER BY却没配合LIMIT：多数数据库认为无效，部分版本会警告或忽略 - 混淆
WHERE和HAVING层级：想筛「平均单价超 100 的区域」却把条件写成外层HAVING AVG(price) > 100→ 外层已无price字段，语法不合法
真正麻烦的不是写不出来，而是写出来后结果对不上——往往因为内层少了个 GROUP BY，或多了一层没意义的括号，导致语义偏移。动手前先确认：第一层输出是不是你真正想聚合的那个“值集合”。
