编写逐行递增日期的存储过程：解决SalesOrderID大数更新问题

问题背景 #

需要实现一个存储过程，遍历SalesOrderHeader表的所有记录，将每条记录的DueDate依次递增1天：初始所有记录的DueDate都是2008年6月13日，执行后第一条变为14/Jun/2008，第二条变为15/Jun/2008，以此类推。

原存储过程无法生效，核心问题是：代码中用从1开始递增的@RowCount去匹配大数类型的SalesOrderID，导致无法定位到实际存在的行，自然无法完成更新。

原代码问题分析 #

原代码通过WHERE SalesOrderID = @RowCount定位要更新的行，但SalesOrderID是大数（比如实际业务中可能是10000+的ID值），而@RowCount从1开始递增，完全无法匹配到真实的订单ID，因此所有更新语句都不会命中任何行。

解决方案 #

方案1：批量更新（推荐，性能最优）

利用窗口函数ROW_NUMBER()为每条记录生成连续递增的序号，基于序号来计算需要增加的天数，一次性完成批量更新：

ALTER PROCEDURE [dbo].[test_SalesOrderDateIncrement]
AS
BEGIN
    SET NOCOUNT ON 

    -- 用CTE为每行生成连续序号，排序规则可根据业务需求调整（比如按创建时间、ID排序）
    WITH OrderedOrders AS (
        SELECT 
            SalesOrderID,
            DueDate,
            ROW_NUMBER() OVER (ORDER BY SalesOrderID) AS RowNum
        FROM SalesOrderHeader
    )
    UPDATE OrderedOrders
    -- 初始日期都是2008-06-13，直接加RowNum天即可得到目标日期
    SET DueDate = DATEADD(DAY, RowNum, '2008-06-13')

    SET NOCOUNT OFF
END

说明：

• ROW_NUMBER()会为每条记录生成从1开始的连续序号，不受SalesOrderID数值大小影响
• 批量更新的性能远高于逐行循环，数据量大时优势明显
• 如果后续DueDate初始值可能不一致，可改为DATEADD(DAY, RowNum, DueDate)，效果同样符合要求

方案2：游标逐行更新（不推荐，仅适用于小数据量场景）

如果一定要逐行处理，可以使用游标遍历所有真实存在的SalesOrderID，避免ID不匹配的问题：

ALTER PROCEDURE [dbo].[test_SalesOrderDateIncrement]
AS
BEGIN
    SET NOCOUNT ON 

    DECLARE @Increment INT = 0
    DECLARE @CurrentOrderID INT

    -- 声明游标，按指定顺序获取所有订单ID
    DECLARE OrderCursor CURSOR FOR
        SELECT SalesOrderID FROM SalesOrderHeader ORDER BY SalesOrderID

    OPEN OrderCursor
    FETCH NEXT FROM OrderCursor INTO @CurrentOrderID

    WHILE @@FETCH_STATUS = 0
    BEGIN
        SET @Increment = @Increment + 1

        UPDATE SalesOrderHeader
        SET DueDate = DATEADD(DAY, @Increment, DueDate)
        WHERE SalesOrderID = @CurrentOrderID

        FETCH NEXT FROM OrderCursor INTO @CurrentOrderID
    END

    CLOSE OrderCursor
    DEALLOCATE OrderCursor

    SET NOCOUNT OFF
END

说明：

• 游标会遍历每一个实际存在的SalesOrderID，不会出现匹配失败的情况
• 但游标是逐行处理，数据量大时性能会显著下降，因此优先推荐方案1

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