SQL同表order_id增量更新：起始值设置异常问询

问题根源 #

你碰到的这个问题，根源在于SQL Server处理UPDATE语句SET子句时，变量赋值和列赋值的执行顺序不是严格按你写的从左到右来的。

你写的更新语句是：

SET order_id = @LAST_order_id, @LAST_order_id = @LAST_order_id + 1

实际执行时，SQL Server可能先把变量@LAST_order_id自增，再把自增后的值赋给order_id字段。这就导致：

• 当你把@LAST_order_id初始化为MAX(order_id)+1（也就是26）时，第一条记录的order_id直接拿到自增后的27，跳过了预期的26；
• 当你把@LAST_order_id初始化为MAX(order_id)（也就是25）时，第一次自增后变量变成26，正好赋值给第一条记录，结果就符合预期了。

这种顺序属于SQL Server的内部实现细节，不是标准SQL规定的，所以靠这种写法的逻辑其实是不确定的，换个场景可能就出问题。

更靠谱的解决方案 #

别用变量自增的方式了，用ROW_NUMBER()窗口函数生成连续ID，这种方法行为稳定，还能避免并发情况下的冲突：

DECLARE @NextOrderId INT = (SELECT ISNULL(MAX(order_id), 0) + 1 FROM growing_list);

UPDATE gl
SET order_id = @NextOrderId + rn - 1
FROM (
    SELECT 
        order_id,
        ROW_NUMBER() OVER (ORDER BY (SELECT NULL)) AS rn
    FROM growing_list
    WHERE order_id IS NULL AND at_home = 'Y'
) AS gl;

简单解释： #

• ROW_NUMBER()给每一条符合条件的记录生成从1开始的序号；
• 用@NextOrderId（当前最大order_id加1）加上序号减1，就能得到26、27、28...这样连续的ID；
• ORDER BY (SELECT NULL)是表示不指定排序规则，如果需要固定顺序，你可以换成实际的字段（比如info或者记录的插入时间）。

测试验证 #

用你提供的测试数据跑上面的代码，会得到：

• Missing_Bob的order_id是26
• Missing_Gar的order_id是27
  完全符合你的预期。

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