为什么我不会在每个延迟加载的关系中使用@BatchSize？

Question

hibernate的@BatchSize注释允许批量提取延迟加载的实体。 例如，如果我有类似的东西：

public class Product {


    @OneToMany(fetchType=LAZY)
    @BatchSize(size=10)
    private ProductCategory category;

}

现在，如果我得到产品的类别，Hibernate将获取最多十个产品的类别，这些产品在当前会话中并且尚未初始化其类别字段。 这样可以节省大量SQL调用数据库。 到现在为止还挺好。 现在我想知道为什么我不会在每个懒惰的加载关系上使用@BatchSize注释？ 毕竟为什么我想要额外调用数据库？ 显然必须有这样的原因，否则Hibernate的人可能会把它作为默认值，但我目前看不到它。

Answer 1

我不会直接回答你的问题，但我会回答一个更通用的问题，可能是“我找到了一些对我来说更快的东西，为什么不在任何地方应用呢？”

简短的回答是：你不应该做抢先优化。

hibernate是一个很棒的ORM，可以进行各种优化。 您应该测量导致问题的所有过程（即使是快速的经典N + 1 ，任何缓慢的过程等）并进行优化以解决它。

通过急切加载某些属性可能会获得更好的性能，因为您总是使用它们，您可能需要将BatchSize为100，因为您知道它与您拥有该属性的关系数量有关。

最终，您不应该关心优化，除非您需要关心它。 当您完成测量并发现问题时，您需要关心。

Answer 2

为什么我不会在每个延迟加载的关系上使用@BatchSize注释？

因为它是一种优化，您可能不需要在每种情况下。 当您的应用程序要访问许多不同products product.category ，这样的批量提取很有用，因此您可以select from category...一个select from category...查询执行而不是N个。

但是，如果您的应用程序访问一个Product实例的product.category ，则不太可能访问同一会话中其他Product实例的category字段？ 如果您为该关联启用了@BatchSize ，那么您刚刚在会话中加载了许多其他Category实例而无法获得 - 它们将永远不会被使用。