JPA / Hibernate Spring @Transactional vs. JOIN FETCH

Question

我正面临着有趣的 LazyInitializationException 解决方案。为了防止这种情况（在 OneToMany 或 ManyToMany 上），一种已知的解决方案是使用 JOIN FETCH Query。你可以看到她的几个例子之一：https ://thoughts-on-java.org/best-practices-for-many-to-many-associations-with-hibernate-and-jpa/

其他更简单的解决方案是使用 Spring 中的 @Transactional。例如像这样：

@DeleteMapping(value ="/product/{tagId}")
    @ResponseBody
    @Transactional
    public String deleteProductWithoutRelation(@PathVariable String product, Model model) {     
        Optional<Product> pr = productService.selectProduct(product);
        if (pr.isPresent()) {
            tag.get().getCustomer().size(); //usualy throws LazyInitializationException, 
                                            //without JOIN-FETCH Statment or @Transactional
        return deletedTagId;    
    }

当然，您可以在存储库服务中放置一些方法的@Transactional，以封装此解决方案。那么这两种解决方案的优点或缺点是什么？

Answer 1

这里有几件事我们需要解开。

1. @Transactional 无非是 Spring 确保打开数据库连接（+ 事务）并再次关闭它。就是这样。
2. 当您选择一个包含惰性字段的实体时，您实际上是在说：我正在从我的实体中选择“一些”字段，除了惰性字段。
3. 但是，如果您稍后需要该惰性字段，因为您试图在视图（.html、.ftl、.jsp 等）中访问它，则需要向数据库发出另一个选择以获取它。
4. 问题：此时，如果您在@Transactional 方法之外，您将不再打开数据库连接，因此会出现 LazyInitException。
5. 总结一下：您的 fetch 确保为所有数据发出 1 个选择。如果你不这样做，你需要一个开放的数据库连接/事务，@Transactional 给你。

建议：您应该尝试使用适当的 JPQL/Criteria/SQL 语句获取呈现视图所需的所有数据，而不要过多依赖重新选择惰性字段。