ROW_NUMBER() 必须配合 PARTITION BY 和 ORDER BY 才能实现分组取最新，否则仅生成全表连续编号；常见错误包括漏写 PARTITION BY、ORDER BY 升序误用、分组字段选错；需用 CTE 或子查询先编号再筛选 rn = 1。
ROW_NUMBER() 必须配合 PARTITION BY 和 ORDER BY 才能分组取最新
单独写 ROW_NUMBER() 不会自动分组，也不知“最新”按什么判断。必须用 PARTITION BY 定义分组维度（比如按 user_id），再用 ORDER BY 明确排序依据（比如按 created_at DESC 或 id DESC）。否则结果是全表连续编号，和“每组最新”完全无关。
常见错误现象：
– 写了 ROW_NUMBER() OVER (ORDER BY created_at DESC) 却漏掉 PARTITION BY，导致只取了整个表时间最晚的那一条；
– ORDER BY 用了升序（ASC）却误以为能拿到最新，实际拿到的是最早；
– 分组字段选错，比如用 status 而不是业务主键（如 order_id 或 product_id），导致分组逻辑和预期不符。
子查询或 CTE 是最稳妥的写法
不能直接在 WHERE 中用 ROW_NUMBER()，因为窗口函数不能出现在 WHERE 子句里。必须先计算行号，再在外层筛选 rn = 1。
推荐用 CTE，清晰且兼容多数数据库（PostgreSQL、SQL Server、Oracle、MySQL 8.0+）：
WITH ranked AS (
SELECT *,
ROW_NUMBER() OVER (
PARTITION BY user_id
ORDER BY updated_at DESC, id DESC
) AS rn
FROM orders
)
SELECT id, user_id, status, updated_at
FROM ranked
WHERE rn = 1;
注意事项：
– 多个字段用于 ORDER BY 可破除时间相同导致的不确定性（比如同一秒多条记录）；
– 如果 updated_at 允许为 NULL，需加 NULLS LAST（PostgreSQL）或用 COALESCE(updated_at, '1970-01-01')（通用写法）；
– MySQL 5.7 及更早不支持窗口函数，这种写法直接报错 ERROR 1064。
替代方案：用相关子查询也能实现，但性能通常更差
如果数据库不支持窗口函数（如旧版 MySQL 或 SQLite），可用子查询模拟：
SELECT o1.* FROM orders o1 WHERE o1.id = ( SELECT o2.id FROM orders o2 WHERE o2.user_id = o1.user_id ORDER BY o2.updated_at DESC, o2.id DESC LIMIT 1 );
但要注意：
– 没有合适索引时，这个查询对每行都触发一次子查询，数据量大时明显变慢；
– 必须确保子查询返回唯一值，否则可能报错或漏数据（例如 MySQL 5.7 的 ONLY_FULL_GROUP_BY 模式下）；
– LIMIT 1 在 SQL Server 中要换成 TOP 1，且需搭配 ORDER BY；
– Oracle 中需用 ROWNUM = 1 套一层，写法更绕。
GROUP BY + 聚合函数不能直接替代 ROW_NUMBER()
有人试图用 MAX(updated_at) 配合 GROUP BY user_id 来“取最新时间”，但这只能拿到时间戳，拿不到对应那行的其他字段（比如 status 或 amount），除非用复杂关联或 FIRST_VALUE() 等扩展函数。
典型陷阱：
– 写 SELECT user_id, MAX(updated_at), status FROM orders GROUP BY user_id：status 是随机值，非最新记录的 status；
– 用 JOIN 回原表匹配 MAX(updated_at)：若存在多个同时间记录，会返回多行，还需二次去重；
– FIRST_VALUE(status) OVER (...) 虽可行，但可读性差，且部分数据库（如 older SQLite）不支持。
真正需要“整行数据”时，ROW_NUMBER() 是目前最直接、语义最清晰的解法。别为了省几行代码绕进聚合陷阱里。
