ROW_NUMBER() 不能直接和 GROUP BY 放在一起用，原因很简单：GROUP BY 做完聚合之后，原始行已经被压缩了，而窗口函数偏偏又要基于明细行或聚合后的结果集来计算顺序。更稳妥的写法是先在子查询里完成聚合，再在外层结果上做编号。比如：SELECT region, total_sales, ROW_NUMBER() OVER (ORDER BY total_sales DESC) FROM (SELECT region, SUM(amount) AS total_sales FROM sales GROUP BY region) t。

ROW_NUMBER() 不能和 GROUP BY 混用

如果把 ROW_NUMBER() 直接写进带 GROUP BY 的查询里，通常都会报错。比如在 PostgreSQL 中，会直接提示 “window functions are not allowed here”；MySQL 8.0+ 也同样不接受这种写法。原因并不复杂：GROUP BY 会先把多行数据聚合、压缩，而 ROW_NUMBER() 需要基于完整的原始行来逐条编号。原始行一旦先被收拢，编号这件事自然就没法做了。

常见错误写法：

SELECT department, COUNT(*), ROW_NUMBER() OVER (ORDER BY COUNT(*) DESC) 
FROM employees 
GROUP BY department;

这种写法逻辑矛盾：你既想按部门聚合出人数，又想给“每个部门”打一个全局排名号——但 COUNT(*) 输出只有 1 行/部门，ROW_NUMBER() 却试图在聚合后结果上编号，数据库不认。

• 正确路径是两步走：先聚合，再把聚合结果当子表，对其编号
• 如果要的是“每个部门内员工的排名”，就别用 GROUP BY，改用 PARTITION BY department
• 聚合后想排序取 Top-N？用 ORDER BY COUNT(*) DESC LIMIT N 更直接，不需要 ROW_NUMBER()

用子查询桥接聚合结果与 ROW_NUMBER()

当你需要“对聚合结果做排序编号”，比如“按销售额降序给每个区域打排名”，就得把聚合结果作为中间表，再套一层 ROW_NUMBER()：

SELECT region, total_sales,
 ROW_NUMBER() OVER (ORDER BY total_sales DESC) AS rank_by_sales
FROM (
SELECT region, SUM(amount) AS total_sales
FROM sales
GROUP BY region
) t;

这里 t 是必须的别名（MySQL 强制要求，PostgreSQL/SQL Server 建议加）。

• 子查询里完成分组和聚合，输出是“区域 → 总额”一行一区
• 外层对这个简洁结果集编号，ORDER BY total_sales DESC 确保最高额排第 1
• 注意别在子查询里写 ORDER BY——它对外层编号没影响，纯属冗余
• 如果区域名有 NULL，ORDER BY total_sales DESC 默认把 NULL 排最前（PostgreSQL）或最后（SQL Server），建议显式加 NULLS LAST 或用 COALESCE(region, '未知')

聚合字段参与排序时的 NULL 处理

ROW_NUMBER() 的 ORDER BY 若含聚合字段（如 SUM(amount)），而该字段可能为 NULL（比如某区域无销售记录），编号顺序就会因数据库而异。

例如这个查询：

SELECT region, COALESCE(SUM(amount), 0) AS total_sales,
 ROW_NUMBER() OVER (ORDER BY COALESCE(SUM(amount), 0) DESC) AS rn
FROM sales
GROUP BY region;

• COALESCE(SUM(amount), 0) 把 NULL 转成 0，避免排序歧义
• 不加 COALESCE 时，MySQL 8.0 把 NULL 当最小值，排最后；PostgreSQL 默认 NULLS FIRST，排最前
• 如果业务要求“无销售的区域排末尾”，用 COALESCE(..., 0) 最稳
• 如果要求“无销售的区域不参与排名”，就在子查询加 HA VING SUM(amount) IS NOT NULL 过滤

为什么不用 RANK() 或 DENSE_RANK() 替代？

当聚合结果存在相同值（比如两个区域总销售额都是 5000），ROW_NUMBER() 仍会给它们不同编号（1,2），而 RANK() 会并列（1,1,3）——这取决于你要不要“跳号”。

例如：

SELECT region, total_sales,
 RANK() OVER (ORDER BY total_sales DESC) AS rank_with_ties
FROM (SELECT region, SUM(amount) AS total_sales FROM sales GROUP BY region) t;

• 若目标是“销售冠军榜”，且允许并列，RANK() 更符合业务语义
• 若后续要用 WHERE rank = 1 取唯一冠军，就必须用 ROW_NUMBER() 并加二级排序（如 ORDER BY total_sales DESC, region ASC）打破并列
• DENSE_RANK() 不跳号（1,1,2），适合榜单展示；但对“取每组第一条”这类逻辑无优势，仍是 ROW_NUMBER() 更可控

真正容易被忽略的点是：聚合后的结果集已经没有原始明细行，ROW_NUMBER() 只能基于这个“汇总行”编号。一旦你需要同时看到明细 + 汇总排名（比如每个订单及其所在区域的销售额排名），就得放弃先聚合，改用窗口聚合函数如 SUM(amount) OVER (PARTITION BY region)，再配合 ROW_NUMBER() 编号——那是另一类需求了。