gpt4 book ai didi

nhibernate 交替批量大小

转载 作者:行者123 更新时间:2023-12-03 22:34:27 25 4
gpt4 key购买 nike

当使用 NHibernate 执行查询时,如果批处理大小设置为大于实际返回的结果,则它似乎不尊重批处理大小。

我正在使用最新版本的 NHibernate 2.1.0.4000 和 Linq to NHibernate 的 GA。我有一个类似于 Order 的对象结构,它有一个 OrderLines 的集合。 OrderLines 已被定义为具有以下 xml 的包:

<bag name="OrderLines" access="field.camelcase" table="MyDatabase.OrderLines" lazy="true"   batch-size="50">
<key column="OrderId"/>
<one-to-many class="OrderLine"/>
</bag>

如果我查询 Orders 并返回 50 个结果,它会在单个查询中正确选择所有 OrderLine,但如果我返回的结果少于 50 个,它似乎不尊重定义的批量大小。

例如。如果我以 25、12 和 3 的批量大小执行 3 个查询,返回 40 个结果而不是 50 个

看起来它正在尝试猜测要使用的正确批量大小(即它先是批量大小的 1/2,然后是其余部分的 1/2,等等)。我希望它始终执行 50 的批量大小,如果较少,则使批量大小尽可能大,在这种情况下,批量大小为 40。

我怎样才能让 NHibernate 尊重我在所有情况下定义的批量大小?

最佳答案

我被同样奇怪的行为绊倒了。
我发现人们在 Hibernate (Java) 中也遇到了同样的事情。

此处记录了 Hibernate 的行为:

http://opensource.atlassian.com/projects/hibernate/browse/HB-1457

https://forum.hibernate.org/viewtopic.php?p=2233747#2233747

https://forum.hibernate.org/viewtopic.php?p=2422139

我猜这种行为是直接从 Hibernate 移植的。

简而言之:

Hibernate 只准备了几条用于批量获取的 SQL 语句。每个都有一个固定的批量大小,它定义了 IN 子句中的参数计数。
Hibernate 然后使用这些准备好的语句来满足批量加载。
您在映射文件中指定为批处理大小的数字仅定义最大值。可能发生的批量大小。

例如给定batch-size=1000。如果您有 200 个父实体并且想要加载它们的子集合,nHibernate 决定使用 4 个语句:一个在 IN 子句中具有 125、62、10 和 3 个参数(总和为 200)。

但是,如果您只有 125 个父实体,那么 hibernate 决定只使用一个语句,即带有 125 个参数的语句。

(以上数字是我在 NH 2.1 中的观察结果)

这背后的原因: (根据链接的论坛讨论)

担心当最大批量很大时创建许多不同的 PreparedStatement 对性能的负面影响。
(PreparedStatements 是一个 Java 结构,我想知道这种性能问题对 .NET 是否同样有效)

关于nhibernate 交替批量大小,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1264261/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com