滑动窗口必须用OVER配合ORDER BY时间列，否则无法形成时间序列滑动；应使用RANGE而非ROWS以按时间值滑动，确保时间列非空、时区统一并建立索引。
滑动窗口函数必须用 OVER 配合 ORDER BY 和时间列
没有 ORDER BY 的窗口定义无法形成时间序列意义上的“滑动”，ROW_NUMBER() 或无序 RANGE BETWEEN 都会失效。数据库按物理顺序或优化器决定的顺序计算，结果不可控。
正确做法是：确保排序字段是明确的时间戳列（如 event_time），且该列有索引；避免用 CAST(NOW() AS DATE) 这类非确定性表达式做排序依据。
-
ORDER BY event_time ASC是滑动窗口的起点，缺它等于没窗口 - 若时间列含毫秒但业务只需分钟级粒度，先用
DATE_TRUNC('minute', event_time)（PostgreSQL）或CONVERT(DATETIME2(0), event_time)（SQL Server）对齐精度，否则相邻行可能因微小差异被错误切分 - MySQL 8.0+ 支持
RANGE BETWEEN INTERVAL 5 MINUTE PRECEDING AND CURRENT ROW，但需注意其底层依赖ORDER BY列的值域连续性，跳变大的时间戳会导致窗口“漏数据”
RANGE 和 ROWS 在时间窗口中行为完全不同
ROWS BETWEEN 数的是行数，和时间无关；RANGE BETWEEN 才真正按时间值滑动。误用 ROWS 是导致“窗口不随时间动”的最常见原因。
比如想统计“过去 1 小时内每条记录的平均请求量”，用 ROWS BETWEEN 59 PRECEDING AND CURRENT ROW 实际取的是最近 60 行——如果某分钟涌入 1 万条日志，这 60 行可能全落在同一秒内；而 RANGE BETWEEN INTERVAL '1' HOUR PRECEDING AND CURRENT ROW 才会真实覆盖时间跨度。
- PostgreSQL / Oracle / Snowflake：直接支持
INTERVAL单位的RANGE - SQL Server：用
RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW+WHERE过滤时间范围更稳妥，因其RANGE对 datetime2 的支持存在边界舍入问题 - BigQuery：必须用
UNBOUNDED PRECEDING配合MAX(event_time) OVER (...)手动截断，原生RANGE不接受INTERVAL
聚合结果为空？检查时间列是否为 NULL 或时区未对齐
滑动窗口对 NULL 时间值极其敏感：NULL 会被排除在 ORDER BY 序列之外，导致整行不在任何窗口内；跨时区写入的数据（如应用层用 UTC、数据库设为 CST）会让 event_time 值在逻辑上“倒流”，破坏单调递增假设。
- 运行前加
WHERE event_time IS NOT NULL AND event_time >= NOW() - INTERVAL '7 days'过滤无效数据 - 统一时区：PostgreSQL 中用
event_time AT TIME ZONE 'UTC'强制转换；MySQL 中确保time_zone系统变量与写入端一致 - 验证时间列分布：执行
SELECT MIN(event_time), MAX(event_time), COUNT(*) FROM logs，若极差远小于预期，说明大量数据因时区/NULL 被静默丢弃
性能卡顿？窗口范围过大或缺少时间列索引
滑动窗口本质是为每一行重新扫描符合条件的历史行，RANGE BETWEEN INTERVAL '24' HOUR PRECEDING 在亿级表上可能触发全表扫描——尤其当时间列无索引或查询未限定分区时。
- 必须为时间列建索引：
CREATE INDEX idx_logs_event_time ON logs(event_time)；复合查询可加(event_time, user_id)覆盖索引 - 利用分区裁剪：PostgreSQL 按
event_time范围分区、MySQL 用PARTITION BY RANGE (TO_DAYS(event_time))，让优化器跳过无关分区 - 避免在窗口函数里嵌套复杂子查询；把过滤条件尽量提到外层
WHERE，例如先WITH recent AS (SELECT * FROM logs WHERE event_time > NOW() - INTERVAL '1' DAY)再开窗
真正难处理的是“动态窗口长度”需求——比如按用户活跃度自动调整回溯时长。这时 SQL 窗口函数已力不从心，得靠应用层维护状态或改用 Flink/Spark Streaming。
