SQL Server存储过程中While循环的替代方案及性能优化咨询

你当前使用的逐行WHILE循环是最大的性能损耗点，SQL引擎天生擅长批量处理集合数据，逐行查询+更新的模式在数据量较高时会产生大量重复的IO和CPU开销，即便临时表建有索引也无法抵消高频调用的损耗。

直接删除原有DECLARE @RowCount、循环变量声明、整个WHILE循环段的所有代码，替换为以下批量关联更新语句，一次计算完成所有行的Scheduled_Open字段赋值：

-- 建议提前给#data建覆盖索引，避免聚合时回表，可选执行：
-- CREATE INDEX idx_data_lookup ON #data (LOB_CODE, PRGRM_NAME, PRJCT_NAME, CNTNR_NAME) INCLUDE (NEED_DATE);

UPDATE s
SET Scheduled_Open = cnt.OpenCount
FROM #SupplementalData1 s
INNER JOIN (
    SELECT 
        a.LOB_CODE,
        a.PRGRM_NAME,
        a.PRJCT_NAME,
        a.CNTNR_NAME,
        b.Monday AS RPTNG_Week,
        COUNT(CASE WHEN a.NEED_DATE >= b.Monday THEN a.CNTNR_NAME END) AS OpenCount
    FROM #data a
    CROSS JOIN Schedule_Date_Lookup b
    WHERE b.Monday BETWEEN @MinMonday AND @MaxMonday
        AND b.Monday <= @EndDate
    GROUP BY a.LOB_CODE, a.PRGRM_NAME, a.PRJCT_NAME, a.CNTNR_NAME, b.Monday
) cnt 
ON s.LOB = cnt.LOB_CODE
    AND s.Program = cnt.PRGRM_NAME
    AND s.Project = cnt.PRJCT_NAME
    AND s.Container = cnt.CNTNR_NAME
    AND s.RPTNG_Week = cnt.RPTNG_Week;

如果业务允许，还可以进一步把最开始的INSERT #SupplementalData1逻辑和上面的聚合逻辑合并，插入时直接带计算好的Scheduled_Open值，省略后续UPDATE步骤，性能会更好。

• 去掉INSERT #SupplementalData1语句后的ORDER BY子句，临时表的插入顺序不影响后续关联逻辑，去掉排序可减少插入耗时
• 如果后续没有其他按ROWID逐行查询的需求，可以把#SupplementalData1的索引t1设为聚集索引，进一步提升关联匹配速度
• 避免使用varchar(MAX)类型存储长度不超过255的业务字段，过大的字段类型会额外占用内存和IO资源

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