MySQL 8.0+、PostgreSQL（8.4+）、SQLite（≥3.25且需编译启用）支持窗口函数，但兼容性差异大：MySQL 5.7及以前完全不支持；SQLite需运行时验证；PostgreSQL最完备。
窗口函数在MySQL 8.0+、PostgreSQL、SQLite中的支持差异
窗口函数不是“写了就能跑”，不同数据库的兼容性水位差得挺远。MySQL直到8.0才正式支持，而SQLite默认不启用窗口函数（需编译时开启ENABLE_WINDOW_FUNCTIONS），PostgreSQL则从8.4起就完整支持标准语法。直接把PostgreSQL写的ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC)扔进MySQL 5.7，会报ERROR 1064——语法错误，压根不识别OVER关键字。
常见踩坑点：
- MySQL 5.7及更早版本：完全不支持窗口函数，强行使用会触发解析失败
- SQLite：即使版本≥3.25，也需确认运行时是否加载了窗口函数扩展（可通过
SELECT sqlite_version(), sqlite_source_id();查版本，再执行SELECT sum(amount) OVER () FROM sales;测试） - ORDER BY在OVER中是可选但高危项：PostgreSQL允许
OVER ()无排序，但MySQL要求累计类函数（如SUM() OVER）必须带ORDER BY，否则报错Window 'w' lacks an ORDER BY clause
用CAST + COALESCE预处理数据类型，避免窗口计算中途报错
窗口函数本身不负责类型兜底。比如对字符串字段created_at直接写LAG(created_at) OVER (ORDER BY id)，在PostgreSQL里可能隐式转成timestamp，但在MySQL里若该列是VARCHAR，就会因类型不匹配导致LAG返回NULL或报错Invalid date。
稳妥做法是显式统一类型：
- 日期类字段一律用
CAST(created_at AS DATE)或CAST(created_at AS TIMESTAMP)包裹后再进窗口函数 - 数值类空值用
COALESCE(sales_amount, 0)替代IFNULL/NVL，确保所有数据库都按相同逻辑补零 - 注意
COALESCE参数类型必须一致：比如COALESCE(CAST(age AS TEXT), 'N/A')比COALESCE(age, 'N/A')更安全，后者在PostgreSQL里会因int/text不兼容而报错
跨库部署时，如何安全替换非标窗口语法
有些业务SQL用了数据库特有写法，比如MySQL的ROW_NUMBER() OVER (ORDER BY x) AS rn后面接HAVING rn ——这在PostgreSQL里非法（<code>HAVING不能引用窗口别名）。这类语句无法靠ORM自动翻译，必须手动重构。
推荐分两步走：
- 把窗口计算拆成子查询或CTE：先算
rn，再在外层WHERE rn ，这样所有主流数据库都认 - 避免用
RANGE BETWEEN这类高阶框架子句：PostgreSQL和Oracle支持完整RANGE语义，但MySQL只支持ROWS，SQLite对RANGE支持有限；统一改用ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW最稳 - 慎用
FIRST_VALUE/LAST_VALUE的默认框架：它们在不同库中默认行为不一致（比如是否包含CURRENT ROW），务必显式写全ROWS BETWEEN ...
SQLAlchemy中用func配合over()做轻量适配
如果你用SQLAlchemy，别手写原生SQL拼窗口函数。它的func模块虽不直接覆盖窗口函数，但能帮你绕过底层方言差异。比如func.row_number().over(order_by=User.created_at)生成的SQL会自动适配：PostgreSQL出row_number() OVER (ORDER BY created_at)，MySQL 8.0+也一样，SQLite则取决于是否启用扩展。
关键限制要清楚：
-
func不校验数据库是否真支持窗口函数——它只管生成语法，运行时报错还得靠你提前测 -
over()里的partition_by和order_by参数接受列对象或字符串，但传字符串（如order_by="created_at"）会丢失类型信息，建议始终传列对象 - 涉及
frame_clause（如ROWS BETWEEN 1 PRECEDING AND CURRENT ROW）时，SQLAlchemy不提供DSL封装，得用text()硬写，此时就要自己按目标库切分支
真正难的不是写对一句窗口函数，而是确认它在目标环境里被当作“窗口函数”执行，而不是被当成普通函数或语法错误吞掉。上线前至少要在最低版本数据库上跑一次EXPLAIN，看执行计划里有没有WindowAgg或Window Function字样。
