NTH_VALUE不能直接取“第3次购买记录”，它仅返回当前窗口帧内排序后第N个值；正确做法是用ROW_NUMBER()编号后筛选rn=3的行。
什么是 NTH_VALUE，它真能取“第3次购买记录”？
NTH_VALUE 是窗口函数，但它不返回“某一行”，而是返回**当前窗口帧内第 N 个值**（按 ORDER BY 排序后）。关键点：它必须配合 OVER 子句使用，且默认窗口帧是 UNBOUNDED PRECEDING TO CURRENT ROW —— 这意味着在默认设置下，它根本无法看到“后面还没出现的第3次购买”，更不会稳定返回“用户第3次下单的整条记录”。所以直接写 NTH_VALUE(order_id, 3) 是无效的，会大量返回 NULL。
真正可行的做法是：先用 ROW_NUMBER() 标出每个用户的购买序号，再用外层查询筛选 rn = 3 的行。这才是获取“第3次购买记录”的可靠路径。
用 ROW_NUMBER() 精确标记并提取第3次购买
核心思路是分两步：先按用户分组、按时间排序编号；再过滤出序号为 3 的行。注意 PARTITION BY 必须是用户标识字段（如 user_id），ORDER BY 必须是能反映购买先后的字段（如 order_time 或 created_at）。
SELECT *
FROM (
SELECT *,
ROW_NUMBER() OVER (
PARTITION BY user_id
ORDER BY order_time ASC
) AS rn
FROM orders
) t
WHERE t.rn = 3;
- 如果存在用户购买不足3次，该用户不会出现在结果中（符合业务预期）
- 若同一秒有多笔订单，
ORDER BY需加二级排序（如ORDER BY order_time, order_id）避免非确定性结果 - MySQL 8.0+、PostgreSQL、SQL Server、Oracle 均支持；SQLite 3.25+ 也支持
为什么不用 NTH_VALUE 模拟“第3次”？
有人尝试用 NTH_VALUE 配合扩大窗口帧（ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING）来“全局取第3个”，但这会导致每行都重复输出同一个值（即每个用户所有购买记录旁都带上该用户第3次的 order_id），无法拿到完整记录，也不便于后续关联或导出。
例如：
SELECT *,
NTH_VALUE(order_id, 3) OVER (
PARTITION BY user_id
ORDER BY order_time
ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING
) AS third_order_id
FROM orders;
结果中每条记录都会带一个 third_order_id，但你仍需额外步骤去 JOIN 或子查询才能拿到那条完整记录 —— 多此一举，还易出错。
性能与边界情况提醒
当数据量大时，ROW_NUMBER() 的开销集中在排序阶段。确保 (user_id, order_time) 有联合索引可显著提速。
- 若业务允许“最早3次中的任意一次”，可用
MIN(order_id) FILTER (WHERE rn = 3)（PostgreSQL）或对应变体，但语义已不同 -
NTH_VALUE在某些旧版数据库（如 MySQL 5.7）中完全不可用，别白费力气查文档 - 真正需要“动态取第N次”（N 来自参数或另一张表）时，不能硬编码
rn = 3，得改用 LATERAL / APPLY 或应用层控制——那是另一个问题了
别被函数名误导：NTH_VALUE 不是“取第N行”，而是“把第N个值广播到当前行”。要拿整条记录，老老实实用 ROW_NUMBER() + WHERE。
