NTH_VALUE不能直接“取第N条记录”，因为它仅将窗口帧内第N个值重复填充到每行，不筛选行；真正获取分组第N条整行数据必须用ROW_NUMBER()生成序号后在外层WHERE筛选rn=N。
为什么 NTH_VALUE 不能直接“取第N条记录”？
NTH_VALUE 是窗口函数，不是行号过滤器。它返回的是当前窗口帧（frame）内按 ORDER BY 排序后第 N 个位置的值，但这个值会**重复填充到每一行**，而不是只在第N行出现。如果你想要“只拿到分组里第N条”，NTH_VALUE 本身做不到——它不筛选行，只复制值。
常见误用：写成 NTH_VALUE(col, 2) OVER (PARTITION BY group_col ORDER BY time_col)，结果发现所有行都带上了“第二条的值”，而非只有第二条行保留该值、其余行为空或被过滤掉。
怎么真正拿到分组内第N条记录的整行数据？
必须结合行号生成 + 过滤。核心思路是先用 ROW_NUMBER() 标记顺序，再在外层 WHERE 或子查询中筛选 rn = N。
-
ROW_NUMBER() OVER (PARTITION BY group_col ORDER BY time_col)是最常用、语义最清晰的方式；注意排序字段必须明确，否则行号不稳定 - 如果存在并列（如多个相同时间），
RANK()或DENSE_RANK()会跳号或不跳号，但它们不适合“严格第N条”，因为可能没有第N个排名 - MySQL 8.0+、PostgreSQL、SQL Server、Oracle 都支持
ROW_NUMBER()；旧版 MySQL（
示例（取每组按 created_at 排序的第2条）：
SELECT * FROM ( SELECT *, ROW_NUMBER() OVER (PARTITION BY category ORDER BY created_at) AS rn FROM orders ) t WHERE rn = 2;
NTH_VALUE 的正确使用场景是什么？
它适合做“参照对比”：比如看每个订单和本组最早/最晚/第3笔订单的金额差异，而不是提取那条记录本身。
- 必须显式定义窗口帧，否则默认是
RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，导致第1行只能取到自己，第2行能取到前2行里的第N个——这往往不是你想要的 - 要让
NTH_VALUE看到整组，得写成：NTH_VALUE(col, 2) OVER (PARTITION BY group_col ORDER BY sort_col ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) - 第N超出实际行数时返回
NULL（除非指定FROM FIRST/FROM LAST和IGNORE NULLS，但这些行为各数据库差异大）
示例（显示每条记录与本组第2高价商品的差额）：
SELECT
name, price,
price - NTH_VALUE(price, 2) OVER (
PARTITION BY dept ORDER BY price DESC
ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING
) AS diff_from_2nd_highest
FROM products;容易忽略的兼容性坑
NTH_VALUE 在 SQLite 中完全不支持；MySQL 直到 8.0.22 才支持，且不支持 FROM FIRST/LAST 子句；SQL Server 支持但文档标注为“仅适用于 Azure SQL”（实际新版也支持本地，但容易查错版本）。
- PostgreSQL 从 11 开始支持，语法最标准
- 如果目标环境不确定，优先用
ROW_NUMBER()+ 子查询，兼容性更好、意图更直白 - 别在
WHERE或HAVING里直接用NTH_VALUE——窗口函数不能出现在这些子句中，会报错invalid reference to window function
真要跨数据库稳定取第N条，别绕弯，老实用 ROW_NUMBER() 套一层。NTH_VALUE 的定位是“横向对比”，不是“纵向抽取”。
