ROWS BETWEEN 不能直接用日期字段，因其按物理行号滑动而非时间逻辑，无法保证“指定日期范围”；需改用RANGE BETWEEN配合数值化时间（如UNIX_TIMESTAMP）或数据库原生INTERVAL支持，且要求ORDER BY明确、字段非NULL、版本达标（MySQL 8.0.22+/PostgreSQL 11+）。
ROWS BETWEEN 为什么不能直接用日期字段？
因为 ROWS BETWEEN 是按物理行位置（即结果集中的行号）滑动窗口，不是按时间逻辑。你写 ROWS BETWEEN 3 PRECEDING AND CURRENT ROW，它会取当前行往上数3行，不管这3行的 order_date 是昨天还是三个月前——完全无法保证“指定日期范围”这个业务需求。
想算“过去7天订单总额”，得改用 RANGE BETWEEN
RANGE BETWEEN 才支持基于排序键的逻辑偏移，前提是排序字段是数值型或可转为数值的时间戳。常见写法：
SELECT
order_date,
amount,
SUM(amount) OVER (
ORDER BY UNIX_TIMESTAMP(order_date)
RANGE BETWEEN 604800 PRECEDING AND CURRENT ROW
) AS sum_7days
FROM orders;
这里 604800 是7天的秒数，UNIX_TIMESTAMP() 把日期转成数字便于 RANGE 计算。注意：ORDER BY 必须明确，且字段必须是单调可比较的；如果 order_date 有重复值，RANGE 会把同时间戳的所有行一起纳入窗口——这是设计行为，不是 bug。
PostgreSQL 或 MySQL 8.0+ 用户：用 INTERVAL 更直观
PostgreSQL 支持直接在 RANGE 中用时间间隔，MySQL 8.0.22+ 也已支持（需开启窗口函数）：
SELECT
order_date,
amount,
SUM(amount) OVER (
ORDER BY order_date
RANGE BETWEEN INTERVAL '6 days' PRECEDING AND CURRENT ROW
) AS sum_7days
FROM orders;
但要注意：order_date 列必须是 DATE 或 TIMESTAMP 类型；如果含时分秒，INTERVAL '6 days' 是从当前行时间点往前推144小时，不是简单截断到日期。另外，PostgreSQL 要求 order_date 不能为 NULL，否则该行会被排除出窗口计算。
遇到 “frame clause not allowed with this window function” 错误？
这是 MySQL 5.7 或旧版 PostgreSQL 的典型报错——它们不支持 RANGE 窗口帧，只认 ROWS。此时只能退回到应用层聚合，或用自连接模拟：
- 先确保
order_date有索引，否则自连接性能极差 - 避免写
WHERE o2.order_date >= DATE_SUB(o1.order_date, INTERVAL 6 DAY)这类无索引友好条件 - 更稳妥的做法是生成一个日期维度表，LEFT JOIN 后用 GROUP BY + SUM
真正要靠 SQL 原生算动态日期窗口，最低版本门槛很实在：MySQL 8.0.22、PostgreSQL 11、SQL Server 2016 SP1——低于这些，别硬套 RANGE BETWEEN，容易卡在语法报错或结果错乱上。
