hibernate dao设计问题

Question

我希望创建一个通用的 DAO 来处理我的休眠应用程序中的 CRUD。我的实体大多数关联为“懒惰获取”。但我发现为了让 hibernate 在 SELECT 方面尽可能高效，我必须在我的 DAO 上创建多个方法。我的意思是：

实体 A 有两个关联。有时我想在不加载关联的情况下检索该实体，有时我希望它完全填充，因此我在 DAO 上放置两种方法：

getWhatever()
getWhateverWithLoadedAssociations()

并且我有两个不同的查询，一个没有连接获取，另一个带有连接获取。结果是 hibernate 总是执行单个选择，无论它是否懒惰，因为我知道我想要预先得到什么。

这样做的问题是，在保存一两个 SELECT 的同时，由于方法的数量而增加了复杂性。

那么这样的做法是否太过极端了呢？我是否应该只使用 getWhatever() 并在需要关联数据时让 hibernate 执行另一个选择，即使我可以避免不执行该 SELECT？

我希望这不会太令人困惑。我正在尝试计算由于延迟加载而导致的 SELECT 数量的成本与代码复杂性的比较，

谢谢

Answer 1

那么你的问题是你的方法可能太多了？我认为这是对的，因为这些方法做了不同的事情。

如果您想减少数量并且正在使用 HQL，您可以向方法添加一个参数，说明是否要加入获取关系：

getWhatever(WhateverFetchMode f)

其中 f 可以是布尔值，也可以是返回字符串的 HQL 片段的对象，该字符串为您提供要获取的关系。

public List<MyObject> getList(boolean fetchProp1) {
         return em.createQuery("select r" +
                "from Object as r " +
                fetchProp1 ? "left join fetch r.prop1 " : "")
                .getResultList();
}

或者

public List<MyObject> getList(WhateverFetchMode fetchProp1) {
         return em.createQuery("select r" +
                "from Object as r " +
                fetchProp1.toHql()) // This returns the right join fetch
                .getResultList();
}

Answer 2

我认为这可能属于过早优化。换句话说，除非您确定存在性能问题，否则不要这样做。

现在就让 Hibernate 进行延迟获取，如果应用程序太慢，您可以只在需要的地方添加这些方法。

Answer 3

那么这是否太过极端了？我是否应该只使用 getWhatever() 并在需要关联数据时让 hibernate 执行另一个选择，即使我可以避免不执行该 SELECT？

如果您启用了惰性关联/获取，那么如果一段不需要关联的代码调用 getWhatever() 或 getWhateverWithLoadedAssociations() 会有什么区别？它应该会产生相同数量的 SQL 查询。

如果您只有一个 getWhatever() 方法，请检查可能性：

1. 一段代码不访问关联 - 不会触发加载关联的 SQL 查询
2. 一段代码确实访问关联 -触发加载关联的 SQL 查询。

无论哪种情况，仅在需要时才加载关联。

延迟加载的目的是让你不必担心这种类型的事情——如果调用 DAO 方法的代码访问了关联，那么它就会被加载；如果没有，那就不是。

Answer 4

恕我直言，我将在通用 DAO 中添加以下一些方法：

findById(Id id);//lazy load
loadTree(Id id);//load full graph of the entity
load(Id id, String... includePaths);// just load some associations of the entity

Answer 5

您可以有一个通用的（在基类中）dao 方法：

public void initialize(Object entity);

您调用 Hibernate.initialize(entity) 的地方；

Answer 6

在我看来，是的，你太极端了。

除非您正在开发包含数千个此类查询的批处理过程，否则执行单个查询与 hibernate 在延迟加载时执行的查询之间没有太大区别。

无论如何，如果您已经确认对应用程序性能的担忧，那么您刚才提出的做法并不是一个坏做法。