Linq DataContext SubmitChanges InvalidOperationException SubmitChanges

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();

我们使用Server 2008 R2。插入和更新在服务器上进行。但我们还是有例外。没有什么可以阻止这些更新和插入的发生。没有依赖或其他东西。

我们如何阻止这些异常/僵尸检查/回滚的发生，或者是什么导致了它们？

编辑：

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

Answer 1

需要注意的一点是，在默认情况下，LinqToSql (和EntityFramework)将将null分配给数据对象中的DateTime字段，因此如果您的表中有一个datetime字段，如果数据文本试图插入该空值，它将在insert上抛出一个异常。

您可以通过在MSSQL中使用datetime2类型(这将允许DateTime对象的"null“值- 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提供一个事务对象，并自己管理回滚，这看起来并不那么吸引人。