必须用子查询实现二次聚合，子查询需带别名（如as t），内层须显式命名聚合字段，外层不可再group by，否则逻辑错误或报错。
不能在同一个 SELECT 里对 GROUP BY 的结果再套一层 GROUP BY，必须用子查询把第一层聚合结果当作新表来处理。
子查询必须起别名，否则直接报错
几乎所有主流数据库（PostgreSQL、MySQL、SQL Server）都要求子查询出现在 FROM 子句中时必须带别名。漏掉 AS t 或 t 这类别名，会立刻报错：
ERROR: subquery in FROM must have an alias
常见错误写法：SELECT AVG(dept_total) FROM (SELECT dept, SUM(sales) AS dept_total FROM orders GROUP BY dept) —— 缺少别名，语法不合法。
正确写法示例：
SELECT AVG(dept_total) FROM (SELECT dept, SUM(sales) AS dept_total FROM orders GROUP BY dept) AS dept_summary;
- 别名可以是任意合法标识符，比如
AS t、AS summary，但不能省略 - 别名作用是让外层能引用内层字段，比如
dept_summary.dept_total - MySQL 8.0+ 和 PostgreSQL 支持无
AS的简写（(...) t），但显式写AS更安全、可读性更强
外层不能再写 GROUP BY，否则就不是“二次聚合”了
如果外层还加 GROUP BY，那只是又做了一次分组，不是对内层聚合结果的汇总。比如想算“各部门平均销售额的中位数”，外层加 GROUP BY dept 没意义，还会导致语法错误或空结果。
典型错误场景：
- 内层按
customer_id算出每人总消费，外层想算这些总消费值的AVG或MEDIAN—— 外层必须无GROUP BY - 误写成
SELECT AVG(dept_total) FROM (...) AS t GROUP BY dept：这会按dept分组再平均，实际是每组一个平均值，不是全量平均 - 若真需要分类统计（如“高消费客户平均值 vs 低消费客户平均值”），应在内层加判断逻辑，比如用
CASE WHEN分桶，再在外层按桶聚合
内层 SELECT 必须显式写出要复用的字段
外层只能引用内层 SELECT 列表中明确声明的别名字段，不能引用原始列或未定义的表达式。
例如下面写法会失败：
SELECT AVG(sales) FROM (SELECT dept, SUM(sales) FROM orders GROUP BY dept) AS t;
因为内层没给 SUM(sales) 起别名，外层无法识别 sales 是什么。
正确做法：
- 内层必须写
SUM(sales) AS total_sales，外层才能用AVG(total_sales) - 如果内层用了
COUNT(*)，也得给它命名，比如COUNT(*) AS cnt - 别名不能重复，也不能和外层其他字段冲突；避免用保留字如
order、group做别名
窗口函数有时比子查询更合适，但不是替代关系
如果目标是“每组数据占整体的比例”或“组内排名”，用 SUM() OVER() 或 ROW_NUMBER() OVER() 更简洁高效。但窗口函数解决不了“对聚合结果再聚合”的本质需求——比如“所有部门平均薪资的中位数”，仍需子查询或 CTE。
容易混淆的点：
-
SUM(sales) / SUM(sales) OVER()是单层计算，不需要子查询 -
MEDIAN(AVG(salary))这种跨层级统计，AVG必须先产出一组值，MEDIAN才能对其操作 —— 这就是子查询不可绕开的原因 - CTE 写法（
WITH t AS (...) SELECT ... FROM t）语义等价，但部分旧版 MySQL 不支持，子查询兼容性更高
最常被忽略的是：子查询里的 GROUP BY 字段是否真正收敛到唯一键。比如按 user_id 分组，但内层 SELECT 却漏写了 user_id，外层就无法关联或聚合；或者内层有重复 user_id（因分组字段选错），会导致外层结果膨胀。务必先单独执行子查询确认行数和字段逻辑。
