GROUP BY 和窗口函数不能同层使用,因 SQL 执行顺序中 GROUP BY 先于窗口函数,分组后原始行上下文丢失,而窗口函数需多行数据分区排序;必须用 CTE 或子查询先聚合再开窗。

不能在同一个 SELECT 语句里直接混用 GROUP BY 和窗口函数(比如 ROW_NUMBER() 或 SUM() OVER),否则会报错。必须分层处理:先用 CTE 或子查询固化聚合结果,再在外层开窗。
为什么 GROUP BY 和窗口函数不能写在同一层?
因为 SQL 执行顺序中,GROUP BY 阶段早于窗口函数计算。一旦用了 GROUP BY,非聚合字段就不再“可见”,而窗口函数又需要原始行上下文来分区、排序——两者逻辑冲突。
常见错误写法:
SELECT dept, SUM(salary), ROW_NUMBER() OVER (ORDER BY SUM(salary)) FROM emp GROUP BY dept
MySQL 8.0+ 和 PostgreSQL 都会报类似错误:ERROR: column "sum" must appear in the GROUP BY clause...
- 窗口函数不是聚合函数的“延伸”,它运行在已成型的结果集上,不参与分组压缩
-
GROUP BY后每组只剩一行,但ROW_NUMBER()等需要多行才能编号 - 想对“部门平均工资”排名,得先算出每个部门的平均值(一行一部门),再对这一列排序
正确组合方式:CTE 先聚合,外层再开窗
把聚合结果当成一张新表,再在其上使用窗口函数——这是最清晰、最易调试的做法。
例如:给各部门按平均工资从高到低排名
WITH dept_avg AS (
SELECT dept, AVG(salary) AS avg_salary
FROM emp
GROUP BY dept
)
SELECT dept, avg_salary,
RANK() OVER (ORDER BY avg_salary DESC) AS rank_by_avg
FROM dept_avg;
- CTE 中的列名必须明确(如
avg_salary),否则外层引用窗口结果时容易歧义 - 如果还要加
HAVING过滤(比如只看平均工资 > 5000 的部门),必须放在 CTE 内部,不能放外层 - 子查询也能实现,但 CTE 更利于复用和调试;嵌套过深时,性能可能下降,注意
PARTITION BY键是否倾斜
聚合函数作为窗口函数的一部分:保留明细的同时统计分组值
这是更轻量、更常用的组合——不用 GROUP BY,直接把聚合函数放进 OVER() 里,每行都带一个分组聚合结果。
例如:显示每位员工姓名、部门、薪资,以及其所在部门的平均工资
SELECT name, dept, salary,
AVG(salary) OVER (PARTITION BY dept) AS dept_avg_salary
FROM employees;
- 这种写法不压缩行数,原始多少行,结果就是多少行
-
AVG(salary) OVER (PARTITION BY dept)是合法的,但AVG(SUM(salary)) OVER (...)就不行——聚合函数不能嵌套调用 - 若要同时看部门均值和公司最高薪:
MAX(salary) OVER ()(无PARTITION BY)表示全表范围,所有行返回同一值 - 涉及累计(如
SUM(amount) OVER (ORDER BY date)),ORDER BY不可省略,否则累计逻辑不成立
带条件的窗口聚合只能用 CASE WHEN
窗口函数不支持 WHERE,想“只对已支付订单累计金额”,不能写 SUM(amount) WHERE status = 'paid' OVER ()——语法错误。
必须把条件内联进聚合表达式:
SUM(CASE WHEN status = 'paid' THEN amount ELSE 0 END) OVER (PARTITION BY user_id ORDER BY created_at)
- 金额类:用
ELSE 0,避免NULL导致累计中断 - 计数类:用
COUNT(CASE WHEN status = 'paid' THEN 1 END) OVER (),不要写ELSE 0,否则0会被COUNT统计进去 -
COUNT(*) OVER (PARTITION BY user_id)和GROUP BY user_id + COUNT(*)含义完全不同:前者每行都返回该用户总记录数(比如 5 行都写 5),后者只返回 1 行结果
真正难的不是语法,而是判断该用哪一层:是要压缩行(GROUP BY),还是要保留行(窗口);是先聚合再排名,还是边看明细边算分组指标。很多问题卡住,其实只是没想清楚“我到底想输出多少行”。

















