ASP Mvc Nhibernate 问题

Question

我在 MVC Web 应用程序中遇到了 Nhibernate 的一些奇怪问题。

没有 1 个一致的错误，我不断收到大量随机错误：

• 事务未成功启动
• 不允许启动新请求，因为它应该带有有效的事务描述符
• 意外的行计数：-1；预期：1

为了给设置提供一些背景信息，我使用 Ninject 来 DI 会话和其他 Nhibernate 相关对象，目前我正在使用 RequestScope，但我尝试过 SingletonScope。我有一个庞大而复杂的数据模型，它作为一个整体读出，但保留在单独的部分中，因为这些都可以单独编辑和保存。

一个例子是有一个 Customer 对象，它包含一个地址对象、一个联系人对象、朋友对象、以前的订单对象等等...

所以整个对象被读出，然后映射到 UI 域模型，然后以不同的方式显示页面内的部分内容。每个部分都可以通过 ajax 单独更新，因此您可以更新 1 个部分，也可以一起更新它们。当我尝试将它们全部保存在一起时，这似乎主要给我带来了问题（因此 2-4 个同时的 ajax 请求来保存模型的块）。

现在我的集成测试运行良好，它只是测试实体的持久性和检索。整体而言，单独而言，一切都很好，但是在 Web 应用程序中，它们似乎只是不断抛出随机异常，并且最初拒绝在 Nhibernate 缓存之外保留。我找到了解决这个问题的方法，将大多数工作单元包装在事务中，这使数据得以保留，但开始向混合中添加新的错误。

最初我想从项目中废弃 Nhibernate，因为虽然我真的想要它的持久/缓存层，但它对于我的领域来说似乎不够灵活，这看起来很奇怪，因为我以前使用过它没有太多问题，尽管它不喜欢 1-1 映射。

那么有没有其他人在 ASP MVC 应用程序中遇到过这样的不稳定事务/nhibernate 问题...我知道这可能有点含糊，因为错误并不指向一件事，而且它并不总是错误，所以它就像刺入黑暗，但我没有主意，所以任何帮助都会很棒！

-- 更新 --

我无法发布所有相关代码，因为该项目很大，但事务位看起来像：

using (var transaction = sessionManager.Session.BeginTransaction(IsolationLevel.ReadUncommitted))
            {
                try
                {
                    // Do unit of work
                    transaction.Commit();

                }
                catch (Exception)
                {
                    transaction.Rollback();
                    throw;
                }
            }

我在这个项目上遇到的一些主要问题源于：

• 与组合键存在一些 1-1 关系，但从逻辑上讲，这是有道理的
• Nhibernate 域实体通过映射层成为 UI 域实体，然后在保存时反之亦然。这里的问题是，使用 1-1 映射时，在保留示例地址时，我必须创建一个具有正确 ID 的代理客户对象，然后合并。
• 有很多 Ajax 处理整个模型的块（我说的是只有一个模型，但有很多顶级模型，只有一个是最重要的）

Answer 1

一些可能有帮助的注释。我使用温莎，但想象概念是相同的。听起来可能是多种因素的结合。

• SessionFactory 应创建为单例，并且会话应针对每个 Web 请求。像这样的东西：

   绑定()
          .ToProvider()
          .InSingletonScope();
  
      绑定()
          .ToMethod( context => context.Kernel.Get().OpenSession() )
          .InRequestScope();
  

• 小心保持事务打开时间过长，尽可能缩短它们的生命周期，以避免死锁。

  小心保持

• 使用 NProf 等工具检查您的查询是否按预期运行。人们通常会加载过多的图表，这会影响性能并可能造成死锁。
• 检查您的映射是否有 not.lazyload() 之类的内容，并查看您是否确实需要查询中的附加数据并将返回的结果保持在最小值。检查您的查询执行计划并确保有足够的索引。
• 我在缓存 mvc3 操作过滤器时遇到了问题，这意味着事务并不总是启动，而是会尝试关闭，从而导致问题。将我的所有事务提交移至控制器中的 ActionResults 中，以使事务尽可能短并接近操作。
• 检查映射中的级联并将更新保持在最低限度。