LAST_VALUE默认返回当前行值，因其窗口帧为RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，仅覆盖当前行及之前行；需显式指定ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING才能取整组末值。
LAST_VALUE 为什么默认返回当前行值而不是真正的“最后”值
因为 LAST_VALUE 是一个窗口函数，它不看整个分区，只看当前窗口帧（frame）内的数据。SQL 默认的窗口帧是 RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，也就是说，从分区开头到当前行——当前行就是帧的“最后”，所以 LAST_VALUE 自然返回它自己。
想拿到分区末尾的值，必须显式改写帧边界。否则无论你怎么排序、怎么分组，结果都“不对劲”。
- 常见错误现象：
SELECT name, score, LAST_VALUE(score) OVER (PARTITION BY subject ORDER BY score)返回的全是当前score - 根本原因：没指定
ROWS或RANGE帧，沿用默认CURRENT ROW结尾 - 正确做法：把帧扩展到分区末尾，例如
ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING（取从当前行到末尾的最后一个）或更常用的是ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING（取整个分区最后一个）
如何用 LAST_VALUE 拿到每个分组的“全局最后值”
典型场景：按 category 分组，希望每行都显示该类别中按时间排序的最新价格（即最后一行的 price）。这时需要完整帧 + 合理排序。
关键点在于排序字段和帧边界的配合——如果按时间升序排，UNBOUNDED FOLLOWING 才能触达“最后”；如果降序，则 UNBOUNDED PRECEDING 才对应“最新”。
- 升序示例（时间从早到晚）：
LAST_VALUE(price) OVER (PARTITION BY category ORDER BY updated_at ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) - 降序示例（最新时间在前）：
LAST_VALUE(price) OVER (PARTITION BY category ORDER BY updated_at DESC ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING)—— 此时“最后值”其实是最早的时间点，容易混淆，慎用 - 更安全的做法：统一升序排时间，再用
UNBOUNDED FOLLOWING，语义清晰
LAST_VALUE 在 NULL 值存在时的行为与绕过技巧
LAST_VALUE 会照常返回帧内最后一个非 NULL 值吗？不会。它严格返回位置上的值——如果最后一行是 NULL，结果就是 NULL，哪怕前面有非空值。
这和 MAX() 或业务上想要的“最后一个有效值”不是一回事。如果目标是“最后一个非空值”，得换思路。
- 错误假设：
LAST_VALUE(col)自动跳过NULL - 真实行为：取帧内物理最后一行的
col值，不管是不是NULL - 替代方案（PostgreSQL / SQL Server）：
LAST_VALUE(col) IGNORE NULLS OVER (...)（注意：MySQL 8.0+ 不支持IGNORE NULLS） - 通用兼容写法（所有主流数据库）：用
ROW_NUMBER()+ 子查询先筛出每组最后一行的非空记录，再JOIN回来
性能和可读性陷阱：比 MAX() 多出来的开销在哪
用 LAST_VALUE(... UNBOUNDED FOLLOWING) 实现“组内最大值”看起来可行，但和直接写 MAX(col) OVER (PARTITION BY ...) 相比，实际执行计划往往更重。
原因在于：多数引擎对聚合类窗口函数（如 MAX、MIN）有专门优化路径，能流式计算；而 LAST_VALUE 强依赖帧内完整排序和位置定位，尤其在 UNBOUNDED FOLLOWING 下可能触发额外缓冲或重排。
- 别为了“看起来像业务语义”硬套
LAST_VALUE去替代MAX/MIN - 真正需要“最后一行某字段值”时才用——比如“每个用户最后一次登录的 IP”、“每个订单最后一笔支付状态”
- ORDER BY 子句必须有确定性：如果排序键不唯一（如只有
status），数据库可能任意选择“最后”行，结果不可复现
帧边界不是语法装饰，是 LAST_VALUE 的行为开关。漏写、写错、或依赖默认帧，几乎必然导致逻辑偏差——而且这种偏差在小数据集里还未必暴露出来。
