SqlTransaction调用SET IDENTITY_INSERT失败时意外释放原因咨询

核心差异：SQL Server对两类错误的事务处理逻辑不同 #

当执行SET IDENTITY_INSERT badtable ON时，SQL Server的错误处理逻辑和普通DML查询（比如SELECT 1 FROM badtable）完全不同：

• SET IDENTITY_INSERT的错误触发事务自动终止：SET IDENTITY_INSERT属于会话级的表属性设置命令，当指定的表不存在时，SQL Server会判定这个错误无法通过后续操作恢复，直接自动回滚并终止当前事务。服务器端的事务上下文一旦终止，就无法继续使用。
• 普通DML的对象不存在错误不影响事务：像SELECT 1 FROM badtable这类查询错误，属于普通的执行错误，SQL Server只会返回错误信息，但不会终止当前活跃的事务，事务依然保持有效状态，你可以后续手动回滚或尝试其他操作。

客户端驱动的同步行为 #

Microsoft.Data.SqlClient会实时同步服务器端的事务状态：当检测到服务器端的事务已经被终止时，会自动将本地SqlTransaction对象的Connection属性置为null，表现为事务“被释放”。而如果服务器端事务仍处于活跃状态，本地SqlTransaction对象会保持正常关联。

验证方式 #

你可以在catch块中打印错误的详细信息，比如：

catch (SqlException ex)
{
    Console.WriteLine($"错误严重级别：{ex.Class}");
    Console.WriteLine("Transaction disposed: " + (tran.Connection == null).ToString());
    throw;
}

会发现SET IDENTITY_INSERT对应的错误严重级别虽然也是16，但SQL Server对这类DDL属性设置错误的处理逻辑，会额外触发事务终止的操作，这是普通DML错误没有的特殊行为。

内容的提问来源于stack exchange，提问作者Eren Ersönmez