sql滚动求和必须使用sum() over()窗口函数,不能用sum()聚合函数配合子查询(如sum(amount) from sales where date…)实现,因后者无法按行累积计算。

SQL滚动求和必须用SUM() OVER(),不能用SUM()聚合函数直接套子查询
直接写SUM(amount) FROM sales WHERE date 这类子查询虽然逻辑上对,但性能极差,且无法对每行独立计算窗口结果。真正的滚动求和依赖窗口函数——核心就是<code>SUM() OVER(),它在保留原始行粒度的同时完成累积计算。
关键点在于:窗口定义决定“滚”多远。常见错误是只写ORDER BY date却不指定ROWS或RANGE,此时数据库(如PostgreSQL、SQL Server)默认按ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW处理;而MySQL 8.0+和Oracle则可能默认同行为,但**不能依赖**——显式声明才是安全做法。
RANGE BETWEEN会合并相同排序值的行,ROWS BETWEEN严格按物理顺序
假设你按order_date排序,某天有3笔订单,date值完全相同:
- 用
RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW:这3行的滚动和结果**完全一致**,因为RANGE把同一天所有行视作“同一个点”,当前行的“范围”包含当天全部数据 - 用
ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW:第1笔、第2笔、第3笔的滚动和依次递增,哪怕日期相同,也按它们在结果集中的出现顺序累加
所以如果你的业务要求“截至当日累计”,且当天多笔记录需分别体现过程(比如看逐笔入账效果),必须用ROWS;如果只要“截至该时间点的总和”,RANGE更符合语义,但要注意它可能跳过某些中间值——例如date字段有空值或重复值时,RANGE会把NULL全归为一组,导致意外聚合。
用ROWS实现“最近N行”滚动和,RANGE实现“最近N天”滚动和
这是最典型的两种需求,边界写法完全不同:
- 最近3笔订单的滚动和(按
id升序):SUM(amount) OVER (ORDER BY id ROWS BETWEEN 2 PRECEDING AND CURRENT ROW) - 截至当前行、往前推7天的滚动和(含当天):
SUM(amount) OVER (ORDER BY order_date RANGE BETWEEN INTERVAL '6 days' PRECEDING AND CURRENT ROW)(PostgreSQL语法)
MySQL需改用RANGE BETWEEN CURRENT ROW AND -6 PRECEDING等效写法,注意其RANGE对日期的支持有限,常需配合DATE_SUB(order_date, INTERVAL 6 DAY)做辅助列
性能上,ROWS边界通常更快,因为只查固定偏移;RANGE涉及值比较,尤其当排序列无索引或存在大量重复值时,开销明显上升。生产环境建议先确认排序字段的选择性——低选择性(如只有10个不同status值)时,避免用RANGE。
MySQL 8.0+对RANGE日期边界的限制比PostgreSQL更严
MySQL不支持RANGE BETWEEN INTERVAL '7 days' PRECEDING AND CURRENT ROW这种直接写法,会报错ERROR 3586 (HY000): Window '<name>' with RANGE frame requires ORDER BY to contain only one column</name>,且该列必须是数值或日期类型——但它还进一步要求:日期列不能是表达式,必须是原始列;同时INTERVAL只能用于ROWS模拟(比如先生成DATE_SUB(order_date, INTERVAL 7 DAY)作为辅助列再JOIN)。
简单绕过方式:
– 用ROWS + 子查询预计算“最近7天内最大id”
– 或改用LAG()/LEAD()手动拼接前几行再SUM()(仅适用于N很小的情况)
– 更稳妥的是在应用层补足,或者升级到支持完整RANGE的版本(如MariaDB 10.2+)
真正容易被忽略的是时区和日期精度:order_date如果是DATETIME类型,RANGE BETWEEN ... INTERVAL '1 day' PRECEDING实际匹配的是“24小时前”,不是“昨天零点”。若业务按日历日统计,务必先用DATE(order_date)归一化,再在ORDER BY中使用该表达式——但注意,一旦ORDER BY用了函数,MySQL就禁止RANGE,只能退回ROWS方案。











