能，但必须在子查询或CTE中先执行窗口函数再GROUP BY；直接在同一SELECT中混用会报错，因窗口函数执行顺序晚于GROUP BY。
GROUP BY 后还能用窗口函数吗？
能，但必须在子查询或 CTE 里先做窗口计算，再 GROUP BY；反过来——在同一个 SELECT 中既写 GROUP BY 又直接写窗口函数（比如 ROW_NUMBER()）会报错，因为窗口函数在逻辑执行顺序上晚于 GROUP BY。
常见错误现象：ERROR: window functions are not allowed in GROUP BY 或 PostgreSQL 报 column "x" must appear in the GROUP BY clause or be used in an aggregate function，本质是混淆了聚合阶段和窗口计算阶段。
- 窗口函数在 SQL 执行顺序中属于“最后几步”，而
GROUP BY是早期阶段 - 想对分组结果再排序/编号/累计，得把窗口函数套在已分组的结果集上（用子查询/CTE 包一层）
- MySQL 8.0+、PostgreSQL、SQL Server 都遵循这个规则，不是方言差异，是标准行为
需要先分组再排名？用 CTE 套一层最稳
比如统计每个部门的平均薪资，再按均值从高到低排部门名次——AVG() 是聚合，RANK() 是窗口，二者不能共存于同一层 SELECT。
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;
使用场景：绩效榜单、销售区域排名、指标横向对比。别硬塞进一个 SELECT，CTE 不仅可读，还避免重复计算。
- 子查询也行，但 CTE 更易调试、重用性高
- 如果还要加
HAVING过滤分组结果，必须放在 CTE 内部，不能放外层 - 注意 CTE 中的列名要明确，否则外层引用
RANK()结果时容易歧义
窗口函数里用聚合函数（如 SUM(SUM(x))）合法吗？
合法，但只在窗口定义内有效——外层不能直接再对窗口结果做 GROUP BY，除非再次封装。
例如：算每个员工薪资占本部门总薪资的比例，SUM(salary) OVER (PARTITION BY dept) 是窗口聚合，它本身不触发分组，所以可以和 name、salary 并列 SELECT，无需 GROUP BY。
- 这种写法本质是“每行带一个分组上下文的聚合值”，不是真分组
- 若你后续还想按比例区间统计人数（比如“占比 > 5% 的员工有几个”），就得再套一层，对外层的
ratio列做GROUP BY - 性能上，
SUM() OVER比自连接或相关子查询快得多，但数据量极大时仍要注意 PARTITION 键的选择（避免倾斜）
GROUP BY + 窗口函数组合的典型陷阱
最容易被忽略的是 NULL 处理和排序稳定性。
-
ORDER BY在OVER子句里没写时，RANK()/ROW_NUMBER()行为未定义，不同数据库可能返回不同序号 - 分组键含 NULL 时，
PARTITION BY dept会把所有dept IS NULL的行归成一组，但很多人以为会被跳过 - MySQL 5.7 不支持窗口函数，强行用会直接报语法错，不是执行错；升级前务必确认版本
- 如果窗口函数依赖的字段没出现在
GROUP BY列表里，又没被聚合包裹，CTE 外层 SELECT 就会报错——这是“可见性”问题，不是语法问题
真正难的不是写法，而是想清楚：你要的到底是「每组一个汇总值」，还是「每行一个带组上下文的衍生值」。混用时，边界在哪，得看执行计划里那一步先发生。
