ADO 实体框架是否支持非 DTC 事务？一个 EntityContext 和一个 TransactionScope 内的多个查询导致 DTC 升级

发布于 2024-08-17 08:10:59 字数 711 浏览 7 评论 0原文

我有一个使用实体框架的 Web 应用程序 - 我们利用 TransactionScope 类来提供环境事务。

有没有办法告诉 EF 使用标准 T-SQL 事务而不是 DTC 事务？我们经常对一个 EntityContext 和一个 TransactionScope 实例中的不同表进行多次查询，但这似乎总是将事务提升为 DTC

我已经将一个简短的示例放在一起，请参见下文。对单个表的查询正确启动 T-SQL 事务并且连接 SPID 54 然后对 ContactUs 表进行查询，EF 在不同的连接 (SPID 53) 上执行此操作，这具有将事务提升为 DTC 事务的连锁效应。**

using (MyEntities DB = new MyEntities())
{
    using (TransactionScope t = new TransactionScope())
    {
        DB.Individual.First().EmailAddress = "bob" + DateTime.Now.Second.ToString() + "@bob.com"; // done on connection 54
        DB.ContactUs.First(); // done on connection 53 thus promoting the transaction!!
        DB.SaveChanges();
        t.Complete();
    }
}

原文

I have a web application that uses the Entity Framework - we make use of the TransactionScope class to provide ambient transactions.

Is there any way to tell EF to use a standard T-SQL transaction in preference to DTC transaction? Quite often we make a number of queries to different tables inside one EntityContext and one TransactionScope instance, however this seems to always promote the transaction to DTC

I have put a short example together, see below. The query to the individual table correctly starts a T-SQL transaction and was on connection SPID 54
Then the query to the ContactUs table is made and EF does this on a different connection (SPID 53) which has the knock on effect of promoting the transaction to a DTC transaction.**

using (MyEntities DB = new MyEntities())
{
    using (TransactionScope t = new TransactionScope())
    {
        DB.Individual.First().EmailAddress = "bob" + DateTime.Now.Second.ToString() + "@bob.com"; // done on connection 54
        DB.ContactUs.First(); // done on connection 53 thus promoting the transaction!!
        DB.SaveChanges();
        t.Complete();
    }
}

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

凉风有信 2024-08-24 08:10:59

在连接字符串上设置 Enlist=false 以避免在事务上自动登记。
手动将连接登记为事务范围的参与者。 (http://msdn.microsoft.com/ en-us/library/ms172153%28v=VS.80%29.aspx)

回复收藏 0 原文

帅冕 2024-08-24 08:10:59

您没有提到，但听起来您正在使用 SQL Server 2005。在 SQL Server 2005 下，如果在 TransactionScope 内打开多个连接，则事务将从轻量级事务升级为分布式事务。如果是相同的数据库和相同的 ConnectionString 并不重要——它仍然会被提升。

这不是实体框架的“问题”，而是 System.Transactions 的现有行为。常规 ADO.NET 也存在此问题。过去，我使用过企业库，它在幕后维护着参与事务的连接列表，如果您尝试在事务中检索新连接，它将返回已经打开并参与事务的连接。交易。

如果您使用 SQL Server 2008，则行为会得到改进，以便打开与同一数据库的多个连接时不会提升事务。

回复收藏 0 原文

触ぅ动初心 2024-08-24 08:10:59

并不是实体框架导致了分布式事务的使用；而是实体框架导致了分布式事务的使用。相反，它是TransactionScope。 EF 将使用“正常”事务来包装在对 SaveChanges() 的单个调用的上下文中执行的所有 SQL 语句。在您给出的示例中，您只有一次对 SaveChanges 的调用。因此，您根本不需要使用 TransactionScope 来自动应用更改。

我不知道如何使 TransactionScope 使用非分布式事务，但我有理由相信它不是实体框架正在执行此操作。