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

Question

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

public class Product {


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

}

现在，如果我得到一个产品的类别，Hibernate将获取多达10个处于当前会话中且尚未初始化其类别字段的产品的类别。这节省了大量对数据库的SQL调用。到目前为止还不错。现在我想知道为什么我不会在每个延迟加载关系上使用@BatchSize注释？毕竟，我为什么要对数据库进行额外的调用？这显然是有原因的，否则Hibernate的人可能会将其设为默认值，但我目前看不到它。

Answer 1

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

因为这是您可能不需要在每种情况下进行的优化。当您的应用程序要为许多不同的产品访问product.category时，这样的批处理很有用，因此您可以从类别中选择一个...查询执行，而不是其中的N个。

但是，如果您的应用程序为一个产品实例访问product.category时，不太可能访问同一会话中其他产品实例的类别字段怎么办？如果您为该关联启用了@BatchSize，那么您只是将许多其他类别实例加载到会话中而没有任何收益-它们永远不会被使用。

Answer 2

我不会直接回答你的问题，但我会回答一个更一般的问题，可能是“我已经找到了对我来说更快的方法，为什么不把它应用到任何地方呢？”

简单的回答是：你不应该做先发制人的优化。

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

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

归根结底，你不应该关心优化，除非你需要关心它。当你完成测量并发现问题时，你需要关心。