first_value能替代自连接是因为它在单次扫描中通过显式窗口帧定位每组首行字段，避免重复扫描和多匹配问题；必须用rows between unbounded preceding and unbounded following、order by含非空兜底列及唯一键，否则结果不可控。
为什么FIRST_VALUE能替代自连接
当你要从每组中取某条“锚定记录”的字段（比如最早创建的订单的客户等级），传统写法常是子查询或自连接：先聚合出每组关键值（如MIN(order_date)），再JOIN回原表匹配。这会触发两次扫描，且容易因时间重复导致多匹配。而FIRST_VALUE()在单次扫描中完成定位——它不求极值，而是返回排序后第一行的原始字段值，天然保留关联上下文。
必须显式声明ROWS窗口帧
Oracle默认用RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，这意味着对第5行调用FIRST_VALUE(status)，只看前5行里按ORDER BY created_at排的第一条，不是整个分组的第一条。结果随行序漂移，尤其在created_at有重复时完全不可控。
- 正确写法必须带全帧定义：
FIRST_VALUE(status) OVER (PARTITION BY customer_id ORDER BY created_at, id ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) -
id是关键兜底：避免同时间多笔订单时数据库任意选行 - 不能省略
ROWS关键字——Oracle不认RANGE在该场景下的语义等价
ORDER BY列严禁为NULL
Oracle遇到NULL值时，FIRST_VALUE()可能跳过该行或行为不一致（取决于NVL策略和优化器版本）。常见错误是直接ORDER BY trans_date，但初始化数据或补录记录常含空日期。
- 安全做法：用
COALESCE(trans_date, DATE '1970-01-01')兜底，或提前WHERE trans_date IS NOT NULL - 若业务允许“无日期视为最早”，则用
ORDER BY trans_date NULLS FIRST，但需确认所有环境Oracle版本支持该语法（12c+稳定） - 别依赖
ORDER BY trans_date DESC取“最后一条”——倒序后仍受重复值和NULL干扰，LAST_VALUE()同理，必须配全帧
比ROW_NUMBER()更轻量，但灵活性差
如果只是取“排序后首行字段”，FIRST_VALUE()比ROW_NUMBER() + WHERE rn = 1少一次逻辑读，执行计划更扁平。但它无法跳过NULL值或按条件优先级切换（比如“优先取status='active'的，没有再取最早的”）。
- 简单场景：用
FIRST_VALUE()直出，性能好、SQL短 - 复杂筛选逻辑：老实用
ROW_NUMBER()配合CASE WHEN构造排序权重，调试直观 - 注意：Oracle 12c起支持
MATCH_RECOGNIZE，对多条件首行选取更精准，但学习成本高，非必要不替换
真正容易被忽略的是分区键与业务口径的一致性——比如用PARTITION BY customer_id取期初余额，但实际账务按account_id建模，字段一错，结果全偏。窗口函数不会报错，只会静默返回错维数据。
