使用读取提交与 EF 和 SQL Server 长时间运行的事务

我在 WPF 胖客户端应用程序上使用 EF6.1 和 SQL Server，默认情况下，我使用我实例化的每个 DbContext 打开一个事务(除非另有说明，否则我提交它并在每个SaveChanges()重新打开它(。这些事务的隔离级别为已提交读取 (IsolationLevel.ReadCommited (。

默认情况下，我在每个"主视图"上打开一个新上下文(因此是一个新事务(。该应用程序是一种假MDI应用程序，每个MDI视图都将使用自己的DbContext..."主视图"(每个 MDI 选项卡/窗口(可以包含其他辅助视图(考虑用于特定数据输入的小模式窗口等(，这些视图将与主视图中打开的上下文(和事务(共享相同的上下文(和事务(。我正在使用像UseCase -> Views -> ViewModels这样的结构...通常，"用例"会打开一个DbContext，并且可以生成多个视图，这些视图将共享它。这些辅助视图通常会在不提交事务的情况下调用SaveChanges()，这就是为什么我想将它们放在首位。

我已经在实验室服务器上对单个用户进行了一些性能测试，似乎不存在任何差异(性能方面(，无论是在实例化上下文时打开事务，还是根本没有事务(除了 EF 默认打开的事务SaveChanges()(。

我不是 SQL Server 专家，所以我想知道在具有该隔离级别的 SQL Server 上打开许多长时间运行的事务是否有任何影响(当应用程序由生产服务器上的多个用户使用时((我了解对其他隔离级别的影响可能会锁定读取，但事实并非如此(。我在提交事务时手动处理并发错误。

在这里做对了，我应该坚持短暂的交易，还是只是一个偏好问题？

我一直在试图找到答案，但没有找到任何明确的东西(有些人说长期交易不是一个好主意，但他们似乎没有解释为什么(。