动态区间指对每一行按其时间/值动态定界再聚合，如“每个订单统计前7天内所有订单总金额”，必须用RANGE而非ROWS窗口帧，依赖ORDER BY时间列和RANGE BETWEEN INTERVAL语法实现，主流数据库支持但细节各异。
什么是动态区间？先看典型错误写法
很多人一上来就用WHERE time BETWEEN x AND y 或硬编码 DATE_SUB(CURDATE(), INTERVAL 7 DAY)，结果发现：聚合结果固定、无法对每行独立计算、时间偏移后数据错位。动态区间不是“查某段时间”，而是“对每一行，按它的时间/值动态定界再聚合”——比如“每个订单，统计它前7天内所有订单的总金额”。
关键区别在于：静态过滤作用于整张表；动态区间必须依赖窗口函数的 frame_clause，且要用 RANGE 而非 ROWS（除非你明确要物理行偏移）。
RANGE 和 ROWS 的边界语义差异必须分清
RANGE BETWEEN INTERVAL 7 DAY PRECEDING AND CURRENT ROW 按真实时间值划界，同一秒内多行会同时被包含；ROWS BETWEEN 7 PRECEDING AND CURRENT ROW 只取前7行，不管时间是否连续。
常见踩坑点：
- 用
ROWS做“过去7天”统计，但数据有缺失或乱序，结果完全不准 - 在
ORDER BY中用了sale_date却没去重，导致相同日期多行时RANGE把它们全算进窗口，膨胀严重 - Hive 3.1+ 才完整支持
RANGE+INTERVAL，旧版本只能退化为自连接或LATERAL VIEW explode
如何写出可落地的动态区间聚合SQL
以“每笔订单，统计其发生前7天（含当天）的累计GMV”为例：正确写法（MySQL 8.0+/PostgreSQL/Hive 3.1+）：
SELECT
order_id,
sale_date,
amount,
SUM(amount) OVER (
ORDER BY sale_date
RANGE BETWEEN INTERVAL '7' DAY PRECEDING AND CURRENT ROW
) AS gmv_7d_cumsum
FROM orders;
注意事项：
-
sale_date必须是DATE或TIMESTAMP类型，不能是字符串 - 如果存在毫秒级精度，建议先
CAST(sale_date AS DATE)或用DATE_TRUNC('day', sale_date)对齐 - 若需排除当前行自身（只算“前7天”，不含当天），改用
RANGE BETWEEN INTERVAL '7' DAY PRECEDING AND INTERVAL '1' SECOND PRECEDING - PostgreSQL 中
INTERVAL '7 day'写法更严格，MySQL 支持INTERVAL 7 DAY
当数据库不支持 RANGE + INTERVAL 怎么办
Hive 2.x、Spark SQL 3.0 以下、部分 Oracle 版本都不直接支持该语法。替代方案只有两个务实选择：
- 用自连接 + 时间范围过滤：
LEFT JOIN orders o2 ON o1.sale_date >= o2.sale_date AND o1.sale_date ，再 <code>GROUP BY，但数据量大时性能崩塌 - 预生成日期维度表 +
LATERAL VIEW explode构造滚动日期数组，再关联原表，适合 Hive 场景但逻辑冗长 - 真正轻量且通用的做法：把时间转成整数秒（
UNIX_TIMESTAMP(sale_date)），用RANGE BETWEEN 60*60*24*7 PRECEDING AND CURRENT ROW，绕过语法限制
