窗口函数不支持WHERE条件须用外层WHERE过滤或CASE WHEN屏蔽动态时间范围需适配数据库差异分区键须稳定防突变。WHERE 条件写在窗口函数外面还是里面窗口函数本身不支持 WHERE 子句过滤计算范围OVER() 里也不能直接加条件。想动态控制“算哪些行进去”必须靠外层过滤或预处理——比如先用 WHERE 筛数据再开窗或者用 CASE WHEN 在 ORDER BY 或聚合表达式里做逻辑屏蔽。常见错误是以为写成 AVG(col) OVER (PARTITION BY x ORDER BY y WHERE status active) 能生效实际会报错ERROR: syntax error at or near WHERE。真实可行的做法只有两种 外层 WHERE 先过滤整行影响所有列包括窗口结果的输入集 在窗口函数内部用 CASE WHEN 构造条件值比如 SUM(CASE WHEN status active THEN amount ELSE 0 END) OVER (...)注意后者不会减少参与排序或分组的行数只是让无效行贡献为 0对 RANK()、ROW_NUMBER() 这类纯序号函数没用。用参数化日期范围动态截断窗口帧生产环境最常需要的是“只看最近 N 天的数据滚动计算”比如移动平均、累计求和。这时候不能硬写死日期得靠参数传入但 SQL 标准里 ROWS BETWEEN 和 RANGE BETWEEN 都不接受变量——ROWS BETWEEN $n PRECEDING AND CURRENT ROW 是非法语法。所以得换思路用 RANGE BETWEEN INTERVAL 7 days PRECEDING AND CURRENT ROWPostgreSQL / Snowflake 支持但 MySQL 不行 在 PARTITION BY ORDER BY 后加 ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW然后在外层用子查询或 CTE 先过滤时间范围 更稳妥的是把时间条件放到 JOIN 或子查询里让窗口只“看见”你想要的时间片举个例子要算每个用户过去 30 天的累计订单额别在 OVER 里动脑筋先用 WHERE order_time CURRENT_DATE - INTERVAL 30 days 把数据缩好再开窗。分区键变化时窗口结果突变怎么防动态控制窗口范围时如果 PARTITION BY 字段在运行时可能为空、重复或跨批次不一致会导致同一行在不同执行中被分到不同组进而让 LAG()、LEAD() 返回错乱值——尤其在增量任务里昨天跑正常今天加了一条空 user_id 就崩。典型现象某用户连续两天登录第二天的 LAG(login_time) 返回了另一个用户的登录时间。 稿定AI 拥有线稿上色优化、图片重绘、人物姿势检测、涂鸦完善等功能