相关子查询本身不导致identity冲突，冲突源于insert into...select中向identity列显式插入值且未启用set identity_insert；应改用sequence或newsequentialid()生成唯一id。
相关子查询本身不会导致标识值（IDENTITY）冲突——冲突只发生在 INSERT 或 UPDATE 操作写入主键/唯一索引时，而相关子查询只是 SELECT 里的计算逻辑。真正出问题的，是把相关子查询错误用在 INSERT INTO ... SELECT 场景中，且目标表有 IDENTITY 列，又没显式处理标识列插入规则。
INSERT INTO ... SELECT 里用相关子查询触发 SET IDENTITY_INSERT 错误
常见错误现象是执行类似下面语句时报错：Cannot insert explicit value for identity column in table 'orders' when IDENTITY_INSERT is set to OFF。
问题不在子查询“相关”与否，而在于你试图往带 IDENTITY 列的表里插入一个显式值（哪怕这个值来自子查询），但没开 IDENTITY_INSERT。
- 若目标表的
id是IDENTITY(1,1)，而你的SELECT子句里写了(SELECT MAX(id)+1 FROM orders)作为第一列，SQL Server 就认为你在显式插入值 - 即使这个子查询返回的是单值，只要它出现在 INSERT 的 VALUES 或 SELECT 列表中对应 IDENTITY 列的位置，就触发该限制
- 别用相关子查询“模拟自增”——这既破坏原子性，又在并发下必然冲突
想用子查询生成唯一ID？优先走序列（SEQUENCE）或 NEWID()/NEWSEQUENTIALID()
SQL Server 2012+ 提供 SEQUENCE，比靠子查询查最大值 +1 安全得多；对 GUID 场景，NEWSEQUENTIALID() 还能减少页分裂。
- 建一个序列：
CREATE SEQUENCE dbo.OrderSeq AS BIGINT START WITH 1 INCREMENT BY 1 - INSERT 时直接引用：
INSERT INTO orders (id, customer_id, amount) SELECT NEXT VALUE FOR dbo.OrderSeq, c.id, c.total FROM customers c WHERE c.status = 'active' - 不推荐用
(SELECT ISNULL(MAX(id),0)+1 FROM orders)：无锁、无事务保护，高并发下必然重复
已存在标识冲突，怎么快速定位和清理
如果因错误脚本导致插入了重复标识值（比如手动 SET IDENTITY_INSERT ON 后插了已有 id），SQL Server 不会自动报错，但后续自增会卡住或跳变。
- 查当前标识种子和增量：
DBCC CHECKIDENT ('orders', NORESEED)—— 注意输出里的current identity value是否小于表中最大 id - 查是否有显式插入的重复：
SELECT id, COUNT(*) FROM orders GROUP BY id HAVING COUNT(*) > 1 - 修复方式不是删数据，而是重置标识值：
DBCC CHECKIDENT ('orders', RESEED, [new_reseed_value])，其中[new_reseed_value]应设为表中最大id值（不是 +1，DBCC 自动加 1）
真正危险的不是相关子查询，而是把它当“可控ID生成器”来用。IDENTITY 的语义是“由引擎保证唯一且递增”，一旦你绕过它去手算，就等于放弃数据库最基础的一致性保障。
