如何用SQL按条件计算移动求和_结合CASE与窗口函数

能，但CASE必须嵌套在SUM()内；ROWS比RANGE更可控；ORDER BY需唯一或加辅助列；NULL需显式处理为0；索引和窗口范围影响性能。用 SUM() 窗口函数 + CASE 实现条件移动求和直接说结论：能，但必须把 CASE 写在 SUM() 里面，不能反过来。窗口函数作用于聚合结果，不是先过滤再开窗。常见错误是写成 SUM(CASE WHEN ... THEN value END) OVER (ORDER BY t ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) —— 这其实是对的；错的是写成 CASE WHEN ... THEN SUM(value) OVER (...) END，后者会丢失窗口上下文，变成全表或分组级求和。CASE 必须嵌套在聚合函数内，否则无法按行条件参与累计移动范围（ROWS BETWEEN ...）决定“往前看几行”，不写默认是 UNBOUNDED PRECEDING，容易误算成从头累加排序字段（ORDER BY）必须唯一或带足够区分度，否则同序多行的累计顺序不确定ROWS BETWEEN 和 RANGE BETWEEN 的实际差异绝大多数场景该用 ROWS，而不是 RANGE。前者按物理行数滑动，后者按排序值“区间”滑动——遇到重复排序值时，RANGE 会把所有同值行全包进来，导致窗口大小失控。比如按日期排序，某天有 5 条记录，RANGE BETWEEN 1 PRECEDING AND CURRENT ROW 可能拉进来当天全部 5 行 + 前一天所有行，而你本意只是要最近 2 天的行。时间类序列优先用 ROWS，配合 ORDER BY ts + ts 字段去重或加唯一辅助列RANGE 适合数值型连续指标（如分数、温度），且确认无大量重复值MySQL 8.0+、PostgreSQL、SQL Server 都支持 ROWS，但旧版 MySQL 不支持窗口函数，别踩坑NULL 值怎么处理？SUM() 默认跳过，但逻辑可能被绕过SUM() 确实自动忽略 NULL，但如果你在 CASE 里没写 ELSE，那不满足条件的行就返回 NULL，等价于不参与求和——这通常是想要的。但要注意：如果想让不满足条件的行贡献 0，必须显式写 ELSE 0。 Trenz AI驱动的社交电商营销平台，专为TikTok Shop设计