INSTEAD OF INSERT触发器必须显式处理自增列：不将其列入INSERT目标列可启用自动递增，若误用SELECT *或显式插入值则触发IDENTITY冲突报错。
INSTEAD OF触发器里没显式插入自增列，主键就变0或NULL
SQL Server中，INSTEAD OF INSERT触发器会完全接管插入逻辑，原语句里的INSERT INTO table (col1) VALUES ('a')不会自动填充IDENTITY列——哪怕你没在VALUES里指定它。结果就是：新行的自增主键变成0（如果列允许0）或报错（如果列设了NOT NULL且没默认值）。
根本原因不是触发器“坏了”自增，而是它绕过了SQL Server对IDENTITY列的隐式处理机制。
- 必须在触发器内部显式调用
SET IDENTITY_INSERT table ON（仅当你要手动指定值时才需要） - 更常见、更安全的做法是：在触发器里用
INSERT INTO table (col1, col2) SELECT col1, col2 FROM inserted，**不把自增列列在目标列列表里** - 如果视图或表结构复杂（比如含计算列、多个源表），得确保
inserted伪表中不含自增列，否则SELECT *会把它带进来，导致冲突
触发器里用了SELECT * FROM inserted，直接撞上IDENTITY列冲突
很多人图省事，在INSTEAD OF INSERT里写INSERT INTO real_table SELECT * FROM inserted，一旦real_table有IDENTITY列，SQL Server就会报错：Cannot insert explicit value for identity column in table 'xxx' when IDENTITY_INSERT is set to OFF.
这不是权限问题，也不是配置问题，是语义冲突：你试图把inserted里可能为NULL或0的值硬塞进IDENTITY列。
- 永远不要对含
IDENTITY列的表用SELECT *插入，哪怕在触发器里 - 明确列出目标列，**跳过自增列名**：
INSERT INTO orders (customer_id, amount, created_at) SELECT customer_id, amount, GETDATE() FROM inserted - 如果业务逻辑需要基于某些字段生成主键值（比如UUID），那就别用
IDENTITY，改用DEFAULT NEWID()或SEQUENCE
想让触发器“透传”原INSERT的自增行为，但又不想改应用代码
有些旧系统应用层硬编码了INSERT INTO view (col1) VALUES (...)，你不能改SQL，只能靠触发器模拟出和直接插基础表一样的效果——包括让IDENTITY正常递增并返回正确值给客户端（比如SCOPE_IDENTITY()）。
关键点在于：触发器执行完后，客户端拿到的SCOPE_IDENTITY()必须是刚插入那行的真实ID，而不是触发器里某次中间插入的ID。
- 在触发器末尾加
SELECT SCOPE_IDENTITY() AS [ID]，但注意：这只能被客户端显式取结果集时捕获，不是所有ORM都支持 - 更稳妥的是在触发器里做一次“代理插入”：先
INSERT INTO base_table (col1) SELECT col1 FROM inserted，再用SELECT ID = SCOPE_IDENTITY()返回 - 避免在触发器里嵌套其他
INSERT（比如日志表），否则SCOPE_IDENTITY()可能返回错误的ID
触发器+OUTPUT子句一起用时，IDENTITY值不返回或错乱
如果触发器里用了OUTPUT INSERTED.id INTO @temp，但@temp定义的id列类型和原表不一致（比如定义成INT而原表是BIGINT），或者漏了INSERTED.前缀，OUTPUT可能静默失败或填入0。
另外，OUTPUT本身在INSTEAD OF触发器中是有效的，但它输出的是触发器内INSERT语句产生的值，不是原始语句“以为”会产生的值。
-
OUTPUT目标变量的列类型必须和INSERTED中对应列完全一致（包括是否允许NULL） - 务必写全
INSERTED.column_name，别只写column_name，否则可能绑定到外部作用域变量 - 如果原语句带
OUTPUT（如INSERT INTO v SELECT ... OUTPUT INSERTED.id），它实际输出的是触发器里最终INSERT的结果，不是原始v的逻辑
最易被忽略的一点：INSTEAD OF触发器里对自增列的处理，本质是放弃SQL Server的自动管理权。一旦你介入，就得自己扛起值生成、唯一性、并发安全、返回值一致性整条链——少一个环节，下游就可能拿到0、NULL或错乱ID。
