AVG(SUM(x))会报错，因SQL标准禁止聚合函数嵌套调用，语义冲突：SUM需GROUP BY后分组计算，AVG需对结果集整体运算，二者执行阶段不同；通用解法是用派生表或CTE实现两层聚合。
直接写 AVG(SUM(x)) 会报错，不是语法糖问题，是SQL执行逻辑禁止
SQL标准明确禁止聚合函数嵌套调用，比如AVG(SUM(amount))或COUNT(MAX(score))。这不是MySQL或PostgreSQL的限制，而是所有符合标准的引擎都会拒绝——因为SUM(amount)必须在GROUP BY之后按组计算，而AVG()需要一个结果集来算平均值，两者不在同一执行阶段。你看到的错误通常是Invalid use of group function（MySQL）或column must appear in the GROUP BY clause（PostgreSQL），本质都是语义冲突。
子查询是最通用、最不容易出错的二次聚合写法
把第一层分组结果当作一张临时表，外层再对它聚合。关键点就三个：
- 内层必须有
GROUP BY，且所有非聚合字段都得出现在GROUP BY中 - 内层查询必须起别名（如
AS customer_summary），否则外层无法引用 - 外层不能再写
GROUP BY，否则又变成分组聚合，达不到“对聚合结果整体再算一次”的目的
例如算「每位客户总消费的平均值」：
SELECT AVG(customer_total_spend) FROM ( SELECT customer_id, SUM(order_amount) AS customer_total_spend FROM orders GROUP BY customer_id ) AS customer_summary;
CTE让多层聚合更易读，但注意执行计划未必优化
当二次聚合之上还要加第三次（比如「高于平均总消费的客户中，平均订单数是多少」），CTE比嵌套子查询更清晰。可读性提升明显，但要注意：
- CTE不是视图，不自动物化；多数引擎仍会重复执行，大表上可能慢于手动物化中间结果
- 别名作用域只在当前CTE定义之后，不能跨CTE引用未声明字段
- PostgreSQL支持
MATERIALIZED提示，MySQL 8.0+需靠查询重写或临时表来缓存中间结果
示例：先算各客户总消费，再筛出高于全局均值的客户，最后求他们平均下单次数：
WITH customer_spends AS ( SELECT customer_id, SUM(order_amount) AS total_spend FROM orders GROUP BY customer_id ), high_value_customers AS ( SELECT customer_id FROM customer_spends WHERE total_spend > (SELECT AVG(total_spend) FROM customer_spends) ) SELECT AVG(order_count) FROM ( SELECT customer_id, COUNT(*) AS order_count FROM orders WHERE customer_id IN (SELECT customer_id FROM high_value_customers) GROUP BY customer_id ) AS c;
HAVING 不是二次聚合，别和子查询混用
HAVING 是对已分组结果做行级过滤，不是聚合后再聚合。它不能替代子查询，也不能用于计算「组间统计量」。常见误用：
- 想算「各部门平均薪资的中位数」，却写
HAVING AVG(salary) > ...→ 错，HAVING只能筛组，不能生成新聚合值 - 在
HAVING里引用未出现在SELECT或GROUP BY中的字段 → 报错 - 以为
HAVING能跨组计算，比如HAVING AVG(salary) > (SELECT AVG(salary) FROM employees)→ 这个子查询合法，但只是用来过滤，不是二次聚合本身
真正需要跨组统计时，唯一可靠路径就是子查询或CTE。别指望HAVING越界干活。
实际写的时候，最容易被忽略的是子查询别名和字段可见性——漏掉AS xxx，或者在外层引用了内层没SELECT出来的字段，错误信息往往不直接指向根源。建议先跑通内层，再包一层外层，逐步验证。
