SQLite 3.25.0+仅支持两种OVER语法：✅ OVER (PARTITION BY col) 和 ✅ OVER ()；⚠️ OVER (ORDER BY col) 对聚合函数无效，不触发累积计算；❌ 不支持 ROWS/RANGE 窗口帧定义，显式声明会报错。
SQLite 3.25.0+ 开始支持窗口函数，但 OVER 子句的语法能力有限——它不支持 PARTITION BY 以外的完整标准 SQL 窗口定义，尤其缺少对 ORDER BY + FRAME（如 RANGE BETWEEN 或 ROWS BETWEEN）的可靠实现。
哪些 OVER 语法是 SQLite 实际支持的？
SQLite 只认以下两种基础形式，其余会报错或静默忽略：
-
OVER (PARTITION BY col)—— ✅ 完全支持，用于分组内计算（如SUM(x) OVER (PARTITION BY category)） -
OVER ()—— ✅ 支持，表示整个结果集为一个窗口（如COUNT(*) OVER ()） -
OVER (ORDER BY col)—— ⚠️ 语法上可写，但仅影响某些函数（如ROW_NUMBER()、RANK()）的排序行为；对SUM()、AVG()等聚合类窗口函数，**不隐式启用默认 frame**，因此实际等价于OVER ()，不会产生累积效果 -
OVER (ORDER BY col ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW)—— ❌ 不支持，解析时报错near "ROWS": syntax error
ORDER BY 在 OVER 中为什么常常“没用”？
SQLite 的窗口函数引擎不自动推导 frame，即使写了 ORDER BY，只要没显式声明 frame（而它又不支持声明），就无法触发逐行累积逻辑。这是和 PostgreSQL / MySQL 8.0+ 的关键差异。
例如：
SELECT x, SUM(x) OVER (ORDER BY id) FROM t;
在 SQLite 中返回的是每行都等于 SUM(x) 全局值，不是按 id 排序后的累计和。
真正能做累计和的写法只有：
SELECT x, (SELECT SUM(t2.x) FROM t t2 WHERE t2.id <= t.id) FROM t;
哪些窗口函数在 SQLite 中可用且行为稳定？
优先选语义明确、不依赖 frame 的函数：
-
ROW_NUMBER()、RANK()、DENSE_RANK()：配合ORDER BY在OVER中有效（排序 + 编号） -
LAG()、LEAD()：支持OFFSET和DEFAULT，但只基于逻辑顺序（需搭配ORDER BY才有意义） -
FIRST_VALUE()、LAST_VALUE()：行为受限——LAST_VALUE()默认只看当前行（因无 frame），除非你手动加子查询模拟 -
COUNT(*) OVER (PARTITION BY ...)、MAX() OVER (PARTITION BY ...)：稳定可用，推荐用于分组统计
升级或替代方案建议
如果你需要真正的运行累计、滑动窗口或复杂 frame 控制：
- 确认 SQLite 版本 ≥ 3.25.0（用
SELECT sqlite_version();检查），但别指望它能替代标准窗口能力 - 考虑改用
WITH RECURSIVE手写累计逻辑（适合中小数据量） - 导出数据到支持完整窗口语法的引擎（如 DuckDB、PostgreSQL）做分析更省心
- 避免在生产 SQL 中混用 SQLite 特有写法与标准 SQL 窗口习惯，迁移时极易踩坑
最常被忽略的一点：SQLite 的窗口函数不支持 WINDOW 命名子句（即不能先定义 WINDOW w AS (ORDER BY x) 再复用），每次都要重写 OVER 部分。
