AVG(SUM(x))必然报错，因SQL执行模型禁止聚合函数嵌套：SUM需GROUP BY输出单值，AVG需一组输入值，二者上下文冲突；必须用子查询或CTE分层实现。
不能直接在同一个 GROUP BY 查询里做第二次聚合，比如写 AVG(SUM(amount)) 会报错——这不是数据库兼容性问题，而是 SQL 执行模型本身禁止聚合函数嵌套。
为什么 AVG(SUM(x)) 一定报错
SQL 引擎在解析阶段就拒绝这种写法，因为 SUM(x) 是分组后产生的标量值（每组一个），而 AVG() 需要的是一个列值序列作为输入。二者执行阶段冲突：
- 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，且所有非聚合字段都出现在GROUP BY中 - 子查询必须带别名，例如
AS region_totals；漏掉在 MySQL 和 PostgreSQL 都会报错 - 外层只能引用内层
SELECT列表中明确写出的字段（如total_sales），不能访问原始表字段（如amount）
示例：算“各区域总销售额的平均值”
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 更适合多层或需复用的场景
当逻辑超过两层（比如先算产品销量、再算区域总销、最后统计高于均值的区域数），CTE 比嵌套子查询更可控，避免括号错位或字段名重复覆盖。
- 别名作用域只在当前 CTE 定义之后，不能跨 CTE 引用未声明字段
- CTE 不自动物化，大表上可能慢于手动物化中间结果；PostgreSQL 支持
MATERIALIZED提示，MySQL 8.0+ 需靠临时表缓存 - 字段别名必须在 CTE 内定义好，外层才能安全引用
示例：先算各品类毛利率，再筛出 >30% 的品类，最后求它们平均订单数
WITH category_gross AS (
SELECT
category,
ROUND((SUM(revenue) - SUM(cost)) / NULLIF(SUM(revenue), 0), 4) AS gross_margin
FROM orders
GROUP BY category
),
high_margin AS (
SELECT category
FROM category_gross
WHERE gross_margin > 0.3
)
SELECT COUNT(*) * 1.0 / NULLIF(COUNT(DISTINCT category), 0) AS avg_orders_per_cat
FROM orders
WHERE category IN (SELECT category FROM high_margin);最容易被忽略的是：内层 GROUP BY 的过滤条件必须放对位置——筛“单价 >100 的订单”要写内层 WHERE price > 100；筛“平均单价 >100 的区域”得写内层 HAVING AVG(price) > 100 或外层 WHERE avg_price > 100。错一层，结果就全偏了。
