不能直接 UPDATE identity 列，必须用 INSERT + SET IDENTITY_INSERT 替代；SQL Server 强制禁止更新 identity 列（Msg 8102），唯一合法方式是删除原行后通过 SET IDENTITY_INSERT ON、显式列名 INSERT、再 SET IDENTITY_INSERT OFF 完成逻辑更新。
不能直接 UPDATE identity 列，必须用 INSERT + SET IDENTITY_INSERT 替代。SQL Server 明确禁止对 identity 列执行 UPDATE（哪怕加了 SET IDENTITY_INSERT ON 也没用），这是硬性限制。真要“更新”它的值，唯一合法路径是：删掉原行 + 用 SET IDENTITY_INSERT 插入新行（含指定 identity 值）。
为什么 UPDATE identity 列会报错 Msg 8102
执行类似 UPDATE users SET id = 100 WHERE id = 1 时，SQL Server 直接拒绝，抛出错误：Msg 8102, Level 16, State 1: Cannot update identity column 'id'。这不是权限或语法问题，是引擎层的强制拦截——identity 列设计上就不支持修改。试图绕过（比如用 ALTER TABLE ... DROP COLUMN 再重建）风险极高，会破坏外键、索引、依赖视图等。
用 INSERT + SET IDENTITY_INSERT 实现“逻辑更新”
本质是用带指定 identity 值的新记录覆盖旧记录。操作链必须完整，缺一不可：
-
SET IDENTITY_INSERT [table_name] ON必须在当前会话中先执行，且该会话此刻不能已对其他表启用了它 -
INSERT INTO table_name (id, col1, col2, ...)必须显式列出所有列名（包括 identity 列），不能用INSERT INTO table_name VALUES (...) - 插入的 identity 值需满足列定义约束（如
INT IDENTITY(1,1)不允许插负数，除非定义为INT IDENTITY(-100,1)） - 插入完成后立即执行
SET IDENTITY_INSERT [table_name] OFF，否则后续脚本可能因 identity 插入失败而中断
示例（替换 users 表中 id=1 的整行）：
SET IDENTITY_INSERT users ON; INSERT INTO users (id, name, email) VALUES (100, 'alice_new', 'a_new@b.com'); SET IDENTITY_INSERT users OFF;
常见踩坑点：GO 分隔、权限、事务与异常
这些细节不处理好，轻则报错，重则锁死后续操作：
- 在 SSMS 或脚本中连续执行多条语句时，
SET IDENTITY_INSERT ON和OFF必须在同一逻辑批次内；若中间夹了GO，OFF就失效了（因为GO结束当前批次） - 执行者必须有该表的
ALTER权限，仅INSERT权限不够 - 如果放在存储过程中，没配
TRY...CATCH，一旦INSERT报错，SET IDENTITY_INSERT OFF就不会执行，导致该连接后续所有对该表的普通插入都失败（报Msg 544） -
SET IDENTITY_INSERT是会话级设置，不是事务级——即使INSERT后ROLLBACK，identity 值也已推进，不会回退
最易被忽略的是“会话独占性”：一个连接同一时间只能对一张表开 IDENTITY_INSERT，且关不掉就卡死自己。生产环境批量修复数据时，务必确保 OFF 落地，别指望连接池自动清理。
