SQL如何对结果进行分组并在组内排序？窗口函数ROW_NUMBER

SQL如何对结果进行分组并在组内排序？窗口函数ROW_NUMBER

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

说到分组排序，一个绕不开的核心结论是：必须用 ROW_NUMBER() 配合 PARTITION BY 和 ORDER BY，三者缺一不可。 少了任何一个，要么实现不了“组内编号”，要么干脆直接报错。

为什么直接加 ORDER BY 不行？

这里有个常见的误解。很多人以为，在查询末尾加个 ORDER BY 就能搞定排序。其实不然。外层的 ORDER BY 只决定最终结果集的展示顺序，它无法为每一行生成一个“组内序号”。而 ROW_NUMBER() 里的 ORDER BY 是窗口定义的关键，它决定了编号的逻辑——比如，谁该是组里的第一名。这两个 ORDER BY 完全可以不同，互不影响。

实践中，踩坑的点通常很集中：

• 忘了写 ORDER BY？数据库会直接报错，提示“窗口函数需要 ORDER BY 子句”。
• 只写 ORDER BY 但漏了 PARTITION BY？那就会得到全表从1到N的连续编号，而不是每个组都从1开始。
• 性能上也得留个心眼：ORDER BY 的字段最好有索引支撑，尤其是当每个分组内的数据量很大时（想象一下百万用户，每人都有上百条订单记录）。

怎么写才能让每个客户的订单按时间倒序排号？

秘诀在于把业务需求精准地翻译成窗口函数的参数。你想按客户分组，并在组内按时间倒序编号？那么映射关系就很清晰了：PARTITION BY customer_id 负责分组，ORDER BY order_date DESC 负责决定组内谁排第一。

SELECT *,
  ROW_NUMBER() OVER (
    PARTITION BY customer_id
    ORDER BY order_date DESC
  ) AS rn
FROM orders;

• 运行这段代码，结果中每个客户下的 rn = 1 的那一行，就是该客户最近的一笔订单。
• 如果想找“每个客户金额最高的订单”，只需把 ORDER BY 换成 order_amount DESC 即可。
• 兼容性方面，MySQL 8.0+、PostgreSQL、SQL Server 等主流现代数据库都支持。但如果你还在用 MySQL 5.7 或更早版本，执行会报错，提示不支持相关语法。

如何用这个序号筛选“每组第一条”？

拿到了序号，想只取每组的第一条（比如每个客户的最新订单），能不能直接 WHERE rn = 1？答案是：不能。因为窗口函数是在 WHERE 子句执行之后才计算的。所以，你需要把带编号的查询作为子查询，再在外层进行过滤。

SELECT *
FROM (
  SELECT *,
    ROW_NUMBER() OVER (
      PARTITION BY customer_id
      ORDER BY order_date DESC
    ) AS rn
  FROM orders
) t
WHERE t.rn = 1;

• 这是数据去重的经典模式：保留每个分组内，按指定规则排序后的首行记录。
• 有个细节要注意：如果组内存在并列情况（比如同一客户有两笔订单时间完全相同），ROW_NUMBER() 会随机分配1和2。若想保留所有并列项，应该改用 RANK() 或 DENSE_RANK()。
• 另外，外层查询引用序号时，记得带上表别名（如 t.rn），在某些数据库引擎里，省略别名可能导致“列无法解析”的错误。

ORDER BY 多字段时要注意什么？

现实情况往往更复杂。比如，你想“先按订单金额降序排，金额相同的再按创建时间升序排”。这时，多字段的 ORDER BY 就能保证排序结果的稳定性和精确性，避免因为数据物理存储顺序的细微差别导致编号波动。

• 正确写法是：ORDER BY order_amount DESC, order_date ASC。
• 虽然 ASC 是默认排序，但显式地写出来会让意图更明确，代码也更健壮。
• 还有一个容易被忽略的陷阱：排序字段如果包含 NULL 值，它们默认会被排在开头（ASC时）或末尾（DESC时）。这可能会影响“第一名”的归属。如果业务上需要特殊处理，可以用 COALESCE() 函数给 NULL 一个默认值。

最后，必须理解窗口函数的执行时机：它是在所有的 JOIN、WHERE 过滤和 GROUP BY 聚合之后才进行的。这意味着，你不能指望用 ROW_NUMBER() 来提前过滤数据。正确的逻辑永远是：先通过子查询或 CTE 准备好最终的数据集，然后再对这个数据集进行编号和筛选。这个顺序，千万不能搞反。