Oracle分析函数SUM窗口求和异常：同薪资行批量累加的原因及解决

这个问题其实是Oracle分析函数里窗口框架类型的典型坑——咱们先拆解原因，再给解决办法：

为什么相同薪资会被批量累加？ #

你当前用的RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW是Oracle在指定ORDER BY时的默认窗口框架。RANGE是基于列值范围来定义窗口的：

• 当按sal排序时，所有薪资等于当前行sal的记录，都会被纳入当前窗口的范围。
• 举个例子，部门20里SCOTT和FORD的薪资都是3000，当处理到SCOTT这行时，窗口会自动包含所有薪资≤3000的行（包括FORD），所以一次性把两人的3000都加进去了，导致累计和直接从4875跳到10875，而非逐行累加。

实现逐行累计求和的方案 #

要实现真正的逐行累加，只需要把窗口框架从RANGE改成ROWS即可。ROWS是基于物理行数来定义窗口的，它只会包含从分区第一行到当前行的每一条记录，完全不受列值重复的影响。

修改后的SQL代码如下：

SELECT deptno, ename, sal, 
       SUM(sal) OVER ( 
           PARTITION BY deptno 
           ORDER BY sal 
           ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW 
       ) AS RUNNING_TOTAL_IN_DEPT 
FROM emp 
ORDER BY deptno, sal;

额外优化：避免排序歧义 #

如果部门内有多个薪资相同的员工，建议额外指定一个唯一排序字段（比如empno或者ename），保证排序的确定性，避免相同薪资的行顺序随机导致累计结果不一致。示例代码：

SELECT deptno, ename, sal, 
       SUM(sal) OVER ( 
           PARTITION BY deptno 
           ORDER BY sal, empno  -- 用empno确保排序唯一
           ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW 
       ) AS RUNNING_TOTAL_IN_DEPT 
FROM emp 
ORDER BY deptno, sal, empno;

这样调整后，部门20的累计和就会先累加SCOTT的3000（到7875），再累加FORD的3000（到10875），完全符合你想要的逐行累加效果。

内容的提问来源于stack exchange，提问作者mon