row_number()配合order by时间字段desc是oracle取最新记录最可靠方法，需用partition by分组、加二级排序防重复，并提前过滤提升性能。
用 ROW_NUMBER() 按时间排序取最新记录
Oracle 中没有直接的 “取最新一条” 函数，必须靠窗口函数配合排序实现。最常用、最可靠的方式是 ROW_NUMBER() 配合 ORDER BY created_date DESC（或 update_time 等时间字段），给每组数据编号，再过滤出序号为 1 的行。
关键点在于：必须明确“最新”是按哪个字段判断，且该字段不能有重复值（或需加二级排序避免非确定性结果）。
- 如果时间字段有重复（比如批量插入时毫秒级相同），务必补上主键或唯一字段作为第二排序条件：
ORDER BY created_date DESC, id DESC - 别用
RANK()或DENSE_RANK()—— 它们对相同时间值会分配相同序号，导致多条记录被同时选中 -
ROW_NUMBER()是严格递增的，同一组内不会并列，适合“只取一条”的硬性需求
按分组取每组最新记录（如每个 user_id 最新订单）
实际业务中往往不是全表取最新，而是“每个分组内取最新”。这时必须在 OVER 子句里用 PARTITION BY 划分逻辑组。
例如：查每个 user_id 下创建时间最晚的一条订单：
SELECT user_id, order_id, amount, created_date
FROM (
SELECT user_id, order_id, amount, created_date,
ROW_NUMBER() OVER (
PARTITION BY user_id
ORDER BY created_date DESC, order_id DESC
) AS rn
FROM orders
)
WHERE rn = 1;
-
PARTITION BY user_id表示“对每个 user_id 单独编号”，不是全表排一遍 - 若
created_date可能为空，加NULLS LAST避免空值被排到最前：ORDER BY created_date DESC NULLS LAST - 索引建议：在
(user_id, created_date)上建组合索引，大幅提升开窗性能
用 KEEP (DENSE_RANK FIRST/LAST) 替代窗口函数？
Oracle 提供了 KEEP 语法，看起来更简洁，但它本质是聚合函数，只能用于 GROUP BY 场景，且不支持直接返回整行数据 —— 你得手动列出所有要返回的字段，还容易因 GROUP BY 不完整报错。
例如想取每个 user_id 最新订单的 order_id 和 amount，写法会变得冗长且脆弱：
SELECT user_id,
MAX(order_id) KEEP (DENSE_RANK LAST ORDER BY created_date) AS order_id,
MAX(amount) KEEP (DENSE_RANK LAST ORDER BY created_date) AS amount
FROM orders
GROUP BY user_id;
- 无法直接拿到整行其他字段（比如
status、updated_by），除非全加进MAX()+KEEP，可读性差 - 一旦
created_date有重复，KEEP的行为是非确定性的（Oracle 随机选一个），不如ROW_NUMBER()显式可控 - 仅当只取单个标量值、且能接受不确定性时才考虑，日常推荐统一用
ROW_NUMBER()
性能与常见坑：WHERE 不能下推到窗口内
很多人试图把过滤条件写在窗口子查询外层，却忘了 Oracle 执行顺序：先算窗口函数，再执行 WHERE。这意味着即使你只想要最近 7 天的数据，全表仍可能被扫描并排序。
- 务必把时间过滤提前到子查询内：
FROM orders WHERE created_date >= TRUNC(SYSDATE) - 7，再开窗 - 避免在
ORDER BY中用函数（如TO_CHAR(created_date, 'YYYYMMDD')），会导致索引失效 - 如果表极大且只查少数几个分组（比如查 3 个指定
user_id），用IN先过滤再开窗，比全表PARTITION BY快得多
真正麻烦的不是语法，而是搞清“最新”依赖的时间字段是否可靠、有没有空值、重不重复——这些细节没对齐，ROW_NUMBER() 写得再标准也会返回意外结果。
