hibernate性能与许多实体

Question

我有以下代码行：

log4net。后勤经理。GetLogger（“m”）。调试（DateTime.Now.ToString（“hh:mm:ss.fff”）“Check-1”）；

设置=会话。CreateQuery（“来自设置s”）。UniqueResult

Log4net. LogManager. GetLogger（"m"）. Debug（DateTime. Now. ToString（"hh： mm：ss.fff"）"Chec-2"）；

上面的代码在不到毫秒的时间内执行（Check-1和Check-2中的时间相同，它以毫秒为单位测量时间，代码中未显示使用的标准）。

但在这种情况下：

伊利斯特

foreach（Ticket t in tickets）
{
t.Dosomething=5；
log4net.LogManager.GetLogger（“m”）.Debug（DateTime.Now.ToString（“hh:mm:ss.fff”）“Check-1”）；Setting=session.CreateQuery（“from Setting s”）.UniqueResult

上面的代码是处理大量数据的大型处理代码的简化版本，我需要在foreach循环中进行另一个查询。forech循环中的查询将在500毫秒内执行。票集合包含15000行。

我已经重新分析了代码（foreach中没有查询），但我感兴趣的是，为什么单独执行相同的查询不需要时间来执行，但如果在首先加载大量实体之后执行，它会变得如此缓慢？

但在上面相同的场景中，如果我对第二个查询使用不同的会话，它会立即执行。

当我需要在大量实体的foreach循环中执行另一个查询时，有没有建议如何处理这种情况？

Answer 1

连接两个表并获得结果总是比获取第一个表记录、迭代然后获取第二个表记录更好。

给你更多的要求

Answer 2

尝试在迭代之前使用投影将票证加载到DTO中。HiberNate跟踪会话中所有加载的对象，直到它刷新，使用投影加载您需要的数据将意味着HiberNate不需要加载和跟踪对象。

Answer 3

默认情况下，NHibernate跟踪会话中加载的对象（一级缓存）。进行查询时，NHibernate会检查某些加载的对象是否有可能影响查询结果的更改——这些更改必须刷新到数据库中，以便查询返回正确的结果。加载的对象越多，此过程所需的时间就越长。

NHibernate和ISession针对加载的对象数量相对较少而进行了优化，这不是问题。

以下是一些提高批量场景性能的技巧：

>

如果您已经将工作分成更小的部分，您可以使用会话。Flush（）和会话。在策略点（每个独立部分之后）清除（）以刷新更改并将跟踪对象的数量保持在合理水平。使用此策略，所有部分都可以在同一事务中运行。

查看会话。FlushMode禁用自动刷新查询。使用刷新模式。提交或从不并显式调用Flush（）。但是，查询的结果可能不会反映同一工作单元早些时候执行的更改。