根据100+主键批量更新多行日期为前一天的SQL替代方案

直接把上百条甚至更多主键硬拼进IN子句，不仅手写操作繁琐，还容易触发SQL文本长度限制、执行计划缓存碎片化等问题，根据不同的业务场景可以选择三类更高效的实现路径：

方案1：临时表/表值参数匹配（生产场景首选） #

不管待匹配的主键有多少条，都可以先将主键集合结构化存储，再通过表关联完成更新，完全不需要拼接冗长的IN列表。
以SQL Server环境为例，实现流程如下：

-- 1. 创建专用临时表存储所有待匹配的主键，字段类型需和目标表主键类型完全一致
CREATE TABLE #TempUpdateIds (
    Id INT PRIMARY KEY
);

-- 2. 批量插入全部待更新的主键，支持一次插入成百上千条数据无性能瓶颈
INSERT INTO #TempUpdateIds(Id)
VALUES (101),(102),(103) -- 这里可以按批次插满所有主键，不需要硬拼到WHERE条件里

-- 3. 关联临时表完成更新，执行效率远高于超长IN子句
UPDATE target
SET target.dateColumn = DATEADD(day, -1, CAST(GETDATE() AS date))
FROM myTable target
INNER JOIN #TempUpdateIds tmp
    ON target.Id = tmp.Id;

-- 4. 清理临时表资源
DROP TABLE #TempUpdateIds;

如果是从应用程序发起的更新请求，直接通过表值参数（TVP）把主键集合传递到数据库层即可，连手动建临时表的步骤都可以省略，同时还能避免SQL注入风险。

方案2：表值构造器派生表匹配（适合几百条主键的场景） #

如果不想创建临时表，主键规模在几百条的范围内，可以把主键集合写成表值构造器的派生表，通过关联完成更新，执行计划稳定性比纯IN子句更好。
示例代码：

UPDATE target
SET target.dateColumn = DATEADD(day, -1, CAST(GETDATE() AS date))
FROM myTable target
INNER JOIN (
    -- 所有待匹配的主键集中写在这里，比IN列表可读性更强
    SELECT Id FROM (VALUES (101),(102),(103)) AS tmp(Id)
) matchIds
    ON target.Id = matchIds.Id;

注意如果主键规模超过1000条，不建议用这个写法，避免SQL文本过长触发长度限制。

方案3：业务条件前置过滤（适合有共性特征的主键集合） #

如果这100+待更新的主键不是零散无规则的值，而是具备共同业务特征（比如同一批次导入的记录、某一状态下的待处理数据），完全不需要逐一枚举所有主键，直接用业务过滤条件匹配即可。
示例场景：待更新的所有记录都是2024年5月1日导入、状态为待同步的数据，直接写过滤条件：

UPDATE myTable
SET dateColumn = DATEADD(day, -1, CAST(GETDATE() AS date))
WHERE importBatch = '20240501'
  AND recordStatus = 'WAIT_SYNC'

重要提醒：无论选择哪种实现方案，执行更新前一定要先跑一遍SELECT语句验证匹配的行数，确认需要更新的记录数和预期的主键数量一致，避免关联逻辑写错引发全表误更新。

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