我在使用 Nhibernate 维护一个非常大的事务时遇到了挑战。所以，让我们说，我正在保存大量实体。如果我不刷新事务 N，让我们说 10000，那么性能会由于 Nh 会话过度拥挤而被扼杀。如果我进行刷新，我会在 DB 级别上放置锁，这与已提交的读取隔离级别相结合确实会影响工作应用程序。另请注意，实际上我导入了一个实体，其业务逻辑是系统的核心之一，并且在其导入时大约有 10 个表受到影响。由于手动维护级联，这使得无状态会话成为一个坏主意。
将 BL 迁移到存储过程是一个很大的挑战，原因如下：
理想情况下，我想将会话刷新到某个文件，然后才完成数据准备，我想执行其内容。有可能吗？
非常欢迎任何其他建议/最佳做法。
【问题讨论】：
标签： c# sql-server nhibernate
您的场景是典型的 ORM 批处理问题。一般来说，我们可以说没有 ORM 是用来做这样的事情的。如果您想获得较高的批处理性能（不是永久锁，也可能是死锁），您不应该使用 ORM 插入 1000 条记录。
改为使用本机批量插入，这总是会快很多。 （例如 SqlBulkCopy 用于 MMSQL）
无论如何，如果您想为此使用 nhibernate，请尝试使用批量大小设置。
对所有对象调用保存或更新，最后只调用一次session.Flush。这将在内存中创建所有对象...
根据批处理大小，nhibernate 应该尝试创建具有此大小的插入/更新批处理，这意味着您将减少到数据库的往返次数，因此锁更少，或者至少不应该花费那么长时间...
一般来说，如果您使用普通事务，您的操作应该只在您的第一个插入语句在服务器上执行时锁定数据库。如果您使用TransactionScope，它的工作方式可能会有所不同。
这里有一些关于如何改进批处理的附加信息。
http://fabiomaulo.blogspot.de/2011/03/nhibernate-32-batching-improvement.html NHibernate performance insert http://zvolkov.com/clog/2010/07/16?s=Insert+or+Update+records+in+bulk+with+NHibernate+batching
【讨论】：
SqlBulkCopy，正如我所说的msdn.microsoft.com/en-us/library/…，它也适用于nhibernate事务......stackoverflow.com/questions/2006024/…跨度>