ZombieCheck的Linq DataContext SubmitChanges InvalidOperationException

Question

我正在一个InvalidOperationException尝试添加使用LinqToSql行时。我们不能在内部复制它，并且仅对我们的一个客户发生大约0.06％的情况，总是对数据库进行相对简单的更改。（单行插入或单字段更新）

Message:
   This SqlTransaction has completed; it is no longer usable.
Stack Trace:
   at System.Data.SqlClient.SqlTransaction.ZombieCheck()
   at System.Data.SqlClient.SqlTransaction.Rollback()
   at System.Data.Linq.DataContext.SubmitChanges(ConflictMode failureMode)

这是一段示例代码（数据库自动生成主键）

TableName row = new TableName();
row.Description = "something";
row.Action = "action";
Context.TableName.InsertOnSubmit(row);
Context.SubmitChanges();

我们使用SQL Server 2008 R2。插入和更新确实在服务器上进行。但是我们仍然得到例外。没有什么可以阻止这些更新和插入的。没有依赖关系或其他东西。

我们如何阻止这些异常/僵尸检查/回滚的发生，或者是首先导致这些异常的原因？

编辑：

经过进一步检查后，实际上正在发生由SubmitChanges（）完成的数据库更新。事务成功完成后，将调用此异常，并且数据库行将更新为新值。

Answer 1

需要注意的一件事是，LinqToSql（和 EntityFramework）默认情况下会分配null给DateTime数据对象中的字段，因此，如果您的表有一个datetime字段，如果数据上下文尝试插入该空值，它将在插入时引发异常。

您可以通过使用datetime2MSSQL 中的类型（允许DateTime对象的“空”值 - ）或在插入/更新之前01/01/0001手动为数据对象的字段分配有效日期来解决此错误。DateTime

如果没有更详细的堆栈跟踪，这是我想到的唯一明显的问题。HTH。

编辑：

看起来这并不完全不常见：http://connect.microsoft.com/VisualStudio/feedback/details/588676/system-data-linq-datacontext-submitchanges-causes-invalidoperationexception-during-rollback#details

根本问题似乎是 LinqToSql 使用的内部 ADO 逻辑并未真正正确配置来处理事务回滚。据我所知，唯一真正的解决方案是向 LinqToSql 提供事务对象并自己管理回滚，这似乎并不是那么吸引人。