.NET实体框架和事务

.net entity-framework sql-server-2005

作为实体框架的新手,我真的很痴迷于如何处理这一系列问题。在我目前正在进行的项目中,整个站点与EF模型高度集成。首先,使用依赖注入引导程序控制对EF上下文的访问。出于操作原因,我们无法使用DI库。我删除了它并在需要时使用了上下文对象的各个实例的模型。我开始得到以下异常:

“XXX”类型已多次映射。

我们得出结论,背景的不同实例导致了这个问题。然后,我将上下文对象抽象为一个静态实例,每个线程/页面都访问该实例。我现在得到关于交易的几个例外之一:

不允许新事务,因为会话中正在运行其他线程。

无法执行事务操作,因为存在处理此事务的待处理请求。

当分配给命令的连接处于挂起的本地事务中时,ExecuteReader要求该命令具有事务。该命令的Transaction属性尚未初始化。

最后一个异常发生在加载操作上。我没有尝试将上下文状态保存回失败的线程上的Db。然而,有另一个线程执行这样的操作。

这些例外情况最多是间歇性的,但我设法让网站进入一个由于事务锁定而拒绝新连接的状态。不幸的是我找不到异常细节。

我想我的第一个问题是,EF模型是否应该从静态单个实例中使用?此外,是否可以消除EF中的交易需求?我尝试过使用TransactionScope对象但没有成功......

说实话,我在这里很多,并且无法理解为什么(应该是什么)相当简单的操作导致这样的问题......

一般承认的答案

在Web应用程序中创建全局ObjectContext非常糟糕。 ObjectContext类不是线程安全的。它围绕工作单元的概念构建,这意味着您使用它来操作单个用例:因此用于业务事务。它旨在处理一个单一的请求。

您遇到的异常是因为您为每个请求创建了一个新事务,但尝试使用相同的ObjectContext 。你很幸运, ObjectContext检测到这一点并抛出异常,因为现在你发现这不起作用。

请想一想为什么这不起作用。 ObjectContext包含数据库中实体的本地缓存。它允许您进行一系列更改,最后将这些更改提交到数据库。当使用单个静态ObjectContext ,多个用户在该对象上调用SaveChanges ,它应该如何知道究竟应该提交什么以及什么不应该提交?因为它不知道,它将保存所有更改,但此时另一个用户可能仍在进行更改。当您幸运时,EF或您的数据库将失败,因为实体处于无效状态。如果您处于无效状态的不幸对象已成功保存到数据库中,并且您可能会在数周后发现数据库中充满了垃圾。您的问题的解决方案是为每个请求创建至少一个ObjectContext 。理论上你可以在用户会话中缓存一个对象上下文,这也是一个坏主意,因为ObjectContext通常会活得太长并且会包含陈旧的数据(因为它的内部缓存不会自动刷新)。

更新

另请注意,每个线程有一个ObjectContext与完整Web应用程序只有一个实例一样糟糕。 ASP.NET使用线程池,这意味着在Web应用程序的生命周期中将创建有限数量的线程。这基本上意味着那些ObjectContext实例在这种情况下仍然会在应用程序的生命周期中存在,从而导致数据陈旧性的相同问题。

您可能认为每个线程有一个DbContext实际上是线程安全的,但通常情况并非如此,因为ASP.NET有一个异步模型,允许在不同的线程上完成请求而不是它的启动(以及最新版本的MVC和Web API甚至允许任意数量的线程按顺序处理单个请求。这意味着启动请求并创建ObjectContext的线程可以在初始请求完成之前很久就可以处理另一个请求。但是,该请求中使用的对象(例如网页,控制器或任何业务类)仍可能引用该ObjectContext 。由于新的Web请求在同一个线程中运行,因此它将获得与旧请求所使用的相同的ObjectContext实例。这再次导致应用程序中的竞争条件,并导致与一个全局ObjectContext实例导致的相同的线程安全问题。


热门答案

当您在问题中引用“网站”时,我认为这是一个Web应用程序。静态成员仅对整个应用程序存在一次,如果您在整个应用程序中使用单个类型模式和单个上下文实例,则所有类型的请求将在整个应用程序中处于各种状态。

单个静态上下文实例将不起作用,但每个线程的多个上下文实例将是麻烦的,并且您不能混合和匹配上下文。你需要的是每个线程一个上下文。我们在应用程序中使用依赖注入类型模式完成了此操作。我们的BLL和DAL类将上下文作为方法中的参数,这样您就可以执行以下操作:

using (TransactionScope ts = new TransactionScope())
{
    using (ObjectContext oContext = new ObjectContext("MyConnection"))
    {
        oBLLClass.Update(oEntity, oContext);
    }
}

如果您需要在更新中调用其他BLL / DAL方法(或您选择的任何方法),您只需传递相同的上下文。这样,更新/插入/删除是原子的,单个方法中的eveything使用相同的上下文实例,但该实例未被其他线程使用。



许可下: CC-BY-SA with attribution
不隶属于 Stack Overflow
这个KB合法吗? 是的,了解原因
许可下: CC-BY-SA with attribution
不隶属于 Stack Overflow
这个KB合法吗? 是的,了解原因