必须显式写ORDER BY，否则CURRENT ROW无参照系；Hive/Spark会静默失败或报错，MySQL/PostgreSQL虽语法允许但结果不可控，正确用法需按业务方向排序并处理重复值。
必须显式写 ORDER BY，否则 CURRENT ROW 没有参照系
不带 ORDER BY 的 ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING 在 Hive/Spark SQL 中会静默失败或返回不可控结果；MySQL 8.0+ 和 PostgreSQL 虽语法允许，但若分区无排序，CURRENT ROW 实际指向物理任意行，语义崩溃。
- 错误示例：
SUM(x) OVER (PARTITION BY id ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING)→ 结果全为NULL或每次不同 - 正确写法必须含
ORDER BY，且字段需有业务方向性（如时间、序号、版本） - 排序方向决定“向后”的含义：用
ORDER BY event_time ASC表示“从当前事件往后看”，DESC则是“往更早事件看” - 字段值重复时，加二级排序（如
ORDER BY event_time ASC, log_id ASC）避免非确定性
ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING 的真实用途不是累计求和
它专用于“向后探查类”逻辑，和 UNBOUNDED PRECEDING AND CURRENT ROW 完全不同。误当滚动汇总用，结果必然错。
- 典型场景：计算“从今天起剩余总销量”——
SUM(sales) OVER (PARTITION BY month ORDER BY day ASC ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING) - 填充空值：配合
FIRST_VALUE(col IGNORE NULLS)，比LEAD()更稳定（尤其空值连续多行时） - 找下一个关键时间点：
MIN(event_time) OVER (ORDER BY ts ASC ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING) - 不能替代
LAST_VALUE()取分组末值——那是ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING的事
Hive/Spark 与 MySQL/PostgreSQL 的关键行为差异
Hive 和 Spark SQL 对该帧子句更严格，尤其在数据倾斜或排序键非确定时容易直接报错，而 MySQL/PostgreSQL 可能容忍但结果隐性偏差。
- Hive 报错常见提示：
AnalysisException: Window frame RANGE BETWEEN CURRENT ROW—— 实际是因为没写ORDER BY或排序字段未被识别为确定性键 - Spark SQL 在 shuffle 后若分区内排序丢失（如未强制
DISTRIBUTE BY + SORT BY），CURRENT ROW可能落在错误位置 - MySQL 8.0+ 支持该语法，但默认帧是
RANGE，若排序字段有重复值，RANGE会合并行导致UNBOUNDED FOLLOWING覆盖范围失真；应显式写ROWS - PostgreSQL 部分旧版本不支持
ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING，需改用子查询或ROW_NUMBER()模拟
别把 LAST_VALUE() 和这个帧混用
LAST_VALUE(x) OVER (... ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING) 是危险组合：它取的是“从当前行开始往后所有行中的最后一个值”，不是整组最后一条；多数时候你真正想要的是整组末值，该用 ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING。
- 错误直觉：
LAST_VALUE(x) OVER (ORDER BY ts ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING)→ 以为能拿到“未来最后一个”，但实际是“当前行往后窗口里的最后一个”，仍受当前行位置强约束 - 要取分组内按时间最新的那条记录的某个字段，正确写法是：
LAST_VALUE(x) OVER (PARTITION BY id ORDER BY ts DESC ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) - 若需整行（不止一个字段），
LAST_VALUE()不适用，得用ROW_NUMBER() OVER (PARTITION BY id ORDER BY ts DESC) = 1过滤
ORDER BY 排序后动态确定的逻辑位置；一旦排序键不稳定或缺失，整个帧就失去意义。很多人调了半天发现结果飘忽，问题往往不出在帧本身，而出在排序字段的业务定义是否足够唯一、可预测。 
