oracle窗口函数要求order by时间列唯一，因默认range模式会将重复时间戳视为同一位置，导致累计函数错误；需用ts,id等确保排序唯一性，并通过补全时间轴和分组填充解决断层与空值问题。
Oracle 从 8i 就支持窗口函数，处理时间序列数据完全可行，但必须注意 ORDER BY 的时间列不能有重复值，否则 LAG()、LEAD() 或累计类函数可能返回非预期结果。
为什么 ORDER BY 时间列必须唯一？
Oracle 默认使用 RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW 作为隐式帧边界。当多行时间戳相同时，RANGE 模式会把它们视为“同一位置”，导致 SUM() OVER (ORDER BY ts) 把所有同时间点的值一次性累加，而不是逐行推进。
- 现象：按
ts排序后，ROW_NUMBER() OVER (ORDER BY ts)对相同时间戳返回相同序号（实际是未定义行为） - 正确做法：强制用
ORDER BY ts, id或ORDER BY ts, ROWID确保排序唯一性 - 性能影响：额外排序字段几乎不增加开销，但能避免逻辑错误
LAG/LEAD 填充缺失值时的典型陷阱
LAG(col, 1) OVER (ORDER BY ts) 只取物理上“上一行”的值，如果那一行 col 是 NULL，结果仍是 NULL —— 它不会自动跳过空值继续往前找。
- 错误写法：
COALESCE(col, LAG(col) OVER (ORDER BY ts))，仅回退一步，断层超过一行就失效 - 可靠解法：用
COUNT(col) OVER (ORDER BY ts ROWS UNBOUNDED PRECEDING)构造分组标识grp，再配合FIRST_VALUE(col) OVER (PARTITION BY grp ORDER BY ts) - 注意：
ROWS UNBOUNDED PRECEDING必须显式写出，不能依赖默认 RANGE
同比环比计算必须用 LAG + 时间偏移
Oracle 没有内置的“上月”或“去年同期”偏移语法，必须手动构造比较基准时间点，再用 LAG() 对齐。
- 环比（上月）：
LAG(revenue) OVER (ORDER BY ADD_MONTHS(ts, -1))❌ 错误 ——ORDER BY里不能用表达式做偏移 - 正确写法：先用
ADD_MONTHS(ts, -1) AS last_month_ts计算目标时间点，再LEFT JOIN自身表，或用LAG(revenue) OVER (ORDER BY ts)配合ts列本身的时间规律（如每月一条记录） - 同比（上年）：同理，用
ADD_MONTHS(ts, -12)生成基准，但需确保原始数据中该时间点存在，否则LAG()返回NULL
时间断层无法靠 LAG/LEAD 自动补全
如果原始表里缺了 2026-05-01 的整条记录，LAG() 和 LEAD() 都无能为力——它们只在现有行之间跳转，不会凭空生成缺失时间点的行。
- 必须先用
GENERATE_SERIES（Oracle 23c+）或递归WITHCTE 补出完整时间轴 - 再
LEFT JOIN原始数据，让缺失时间点暴露为NULL - 最后才进入填充逻辑（如前述
FIRST_VALUE分组法） - Oracle 21c 及更早版本没有
GENERATE_SERIES，得用CONNECT BY LEVEL模拟日期序列
真正麻烦的不是函数怎么写，而是你得先确认时间列有没有重复值、有没有断层、以及业务上“上月”到底指日历月还是滚动30天——这些都会决定你该用 ADD_MONTHS 还是 INTERVAL，该走 JOIN 还是纯窗口函数路径。
