相关疑难解决方法(0)

首先,我将解释我如何理解和使用@BatchSize: @BatchSize是为了批量加载对象的关系,对数据库产生较少的SQL请求.这对LAZY @OneToMany关系特别有用.

然而,它的上,甚至有用懒 @OneToOne关系和@ManyToOne:如果你从数据库装载实体的名单,并要求加载lazyed @*ToOne实体,它将被批量加载实体,即使我只使用一个测试负载的第一个实体的关系列表.

请注意,如果有人想要测试:这只显示实体是否尚未加载:例如,如果您有一个带有管理员的用户列表并列出所有用户,当您将访问管理员时,不会触发任何请求,因为它已经加载.

我在该方法上看到的唯一缺点是,如果从数据库加载项目列表但仅使用其中的一部分.这是一种后过滤操作.

所以让我们谈谈要点.

让我们假设我做的一切都很好,从不做类似后期过滤的操作,即使它让我做本机SQL查询或使用DTO对象进行多选标准查询等等.

1. @BatchSize在仔细考虑使用急切加载/加入并最终选择懒惰关系后,我是否可以认为我可以只是每个懒惰的关系？
2. 我是否有兴趣寻找足够的价值@BatchSize或者我认为"越大越好"？这意味着"在"IN"SQL运算符中是否有任何数量限制可以使我的请求足够慢而不再值得？我使用Postgres但是如果你有其他SGBD的答案我也很感兴趣.
3. 可选问题:似乎@BatchSize在类上使用并不会产生很多结果.我仍然需要注释每一个懒惰的关系,我是否想念它或者它没用？

编辑:我的3点是我得到了不同的行为.

假设我正在加载一个类"A"的实体列表,它与B的LAZY OneToMany关系.现在我要打印B的所有creationDate.所以我正在做一个经典的2 for循环.

我现在用BatchSize注释了B:

• @OneToMany未使用BatchSize进行批注:每个迭代都会独立加载每组B而不进行批处理.所以我对B类的注释似乎完全被忽略了.即使我将值设置为"2"并且我在一组中有6个条目,我也有一个查询.
  • 注释@OneToMany:我对已加载的批次进行了特定查询.如果我将批量大小固定为2并且我总共有10个B accros我只得到5个请求:无论A的数量是多少.如果我将其设置为100:我有一个B对象的查询.

PS:我没有考虑任何与B相关的查询,可能会通过fetch select/subselect来加载B字段.

编辑2:我刚发现这篇文章为什么我不会在每个延迟加载的关系中使用@BatchSize？虽然我在搜索之前用Google搜索并搜索了我的问题,猜测我没有使用正确的词语......

但是我添加不同的东西,可能会导致不同的答案:当我想了解一下在每个关系中使用BATCHSIZE,它选择后的,如果我想有一个预先加载,以加入/选择提取或如果我想延迟加载.