如何用集合操作替代循环优化SQL：计算15行组总和并找最大值

嘿，这问题我熟！用WHILE循环逐行计算连续15行的总和确实效率不高，尤其是数据量上去之后，完全可以用SQL的窗口函数来做集合式优化，一次性搞定所有计算，性能提升不是一星半点。

为什么要放弃循环？ #

原来的WHILE循环属于**RBAR（Row By Agonizing Row）**操作，数据库逐行处理数据，每次循环都要和磁盘交互，数据量一大就会慢得离谱。而集合操作是SQL的核心优势，数据库引擎可以批量处理数据，利用索引、并行计算等优化手段，效率碾压逐行循环。

解决方案：用窗口函数计算滚动总和 #

假设你的#dataForPeak表有两个关键列：MinuteTime（每分钟的时间戳，确保唯一且有序）和Value（每分钟的取值数据），我们可以用SUM() OVER()窗口函数直接计算每个起始行开始的连续15行总和：

-- 先计算所有15分钟区间的滚动总和
WITH Rolling15MinSums AS (
    SELECT
        MinuteTime AS IntervalStartTime,
        -- 计算当前行到后续14行的总和，共15行
        SUM(Value) OVER (
            ORDER BY MinuteTime
            ROWS BETWEEN CURRENT ROW AND 14 FOLLOWING
        ) AS Total15MinDemand
    FROM #dataForPeak
)
-- 将结果存入临时表#PeakDemandIntervals
SELECT IntervalStartTime, Total15MinDemand
INTO #PeakDemandIntervals
FROM Rolling15MinSums
-- 过滤掉不足15分钟的区间（最后14行）
WHERE Total15MinDemand IS NOT NULL;

-- 直接获取最大峰值需求
SELECT MAX(Total15MinDemand) AS PeakDemand
FROM #PeakDemandIntervals;

关键细节说明 #

• 窗口范围控制：ROWS BETWEEN CURRENT ROW AND 14 FOLLOWING精准定义了我们需要的15行范围（当前行+后续14行），数据库会一次性计算所有行的窗口总和，无需循环。
• 数据有序性：一定要确保MinuteTime列是有序的，最好给这个列建个索引，这样窗口函数的排序步骤会快很多，避免全表排序的开销。
• 处理不完整区间：最后14行因为后面没有足够的行凑满15分钟，计算出来的Total15MinDemand会是不足15行的总和，如果你的业务不需要这些不完整区间，用WHERE Total15MinDemand IS NOT NULL过滤掉即可。
• 分组场景扩展：如果你的数据需要按某个维度（比如设备ID）分组计算峰值，只需要在窗口函数里加上PARTITION BY DeviceID，比如：

  SUM(Value) OVER (
      PARTITION BY DeviceID
      ORDER BY MinuteTime
      ROWS BETWEEN CURRENT ROW AND 14 FOLLOWING
  )
  

性能对比 #

这种集合式操作的性能比WHILE循环高几个数量级，尤其是当#dataForPeak表有几万甚至几十万行数据时，循环可能要跑几分钟，而窗口函数的查询可能只需要几秒甚至更短时间。

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