使用Spring数据JPA EntityGraph和LAZY加载模式作为NamedAttributeNode字段

Question

我面临两个问题：N 1查询和内存不足（OOM）。

我通过分页和延迟加载解决了OOM问题：

@OneToMany(fetch = FetchType.LAZY)
@JoinColumn(name = "department_id")
private Set<Employee> employees;

但当我使用延迟加载时，出现了N 1查询。因此，我尝试使用EntityGraph作为https://www.baeldung.com/spring-data-jpa-named-entity-graphs.但在我的研究和本地测试中，EntityGraph总是对NamedAttributeNode字段-关联字段（我想延迟加载）进行急切加载，而不是首先加载所有数据：

@Entity
@Table(name = "department")
@NamedEntityGraph(name = "Department",
        attributeNodes = {
                @NamedAttributeNode("employees")
        }
)
public class Department implements Serializable {
    @OneToMany(fetch = FetchType.LAZY)
    @JoinColumn(name = "department_id")
    private Set<Employee> employees;
}

那么有什么方法可以同时获得它们吗？使用EntityGraph避免N 1和延迟加载以避免OOM？

更新：EntityGraph能否有效地与Pageable配合使用？我的意思是不要在连接查询中加载所有数据。

Answer 1

一个简单的解决方案是：

• 首先获取带有分页但没有@EntityGraph的记录。
• 使用@EntityGraph从以前返回的id中获取您的记录。

=

例子：

在主存储库中，添加带有要获取的关联的EntityGraph注释：

java prettyprint-override">public interface CarRepository extends JpaRepository<Car, String>, JpaSpecificationExecutor<Car>, CarCustomRepository {

    @Override
    @EntityGraph(attributePaths = { "foo", "bar", "bar.baz" })
    List<Car> findAllById(Iterable<String> ids);

}

使用findAllWithEntityGraph方法创建自定义存储库：

public interface CarCustomRepository {

    Page<Car> findAllWithEntityGraph(Specification<Car> specification, Pageable pageable);

}

自定义存储库的实现。它首先获取没有实体图的实体，然后使用实体图重新获取它们以加载关联。不要忘记对实体重新排序以保持顺序：

public class CarCustomRepositoryImpl implements CarCustomRepository {

    @Autowired
    @Lazy
    private CarRepository carRepository;

    @Override
    public Page<Car> findAllWithEntityGraph(Specification<Car> specification, Pageable pageable) {
        Page<Car> page = carRepository.findAll(specification, pageable);
        List<String> ids = page.getContent().stream().map(Car::getId).collect(Collectors.toList());
        List<Car> cars = carRepository.findAllById(ids).stream()
                .sorted(Comparator.comparing(car -> ids.indexOf(car.getId())))
                .collect(Collectors.toList());
        return new PageImpl<>(cars, pageable, page.getTotalElements());
    }

}

然后，您只需调用CarRepository#findAllSusEntityGraph方法即可获取具有分页且没有N 1复杂性的记录。

问题是：为什么hibernate在默认情况下没有这种行为？

Answer 2

使用EntityGraph，您的所有关联都将加载到带有Join子句的1个查询中。启用sql日志以查看hibernate在不同场景中加载实体的查询数

logging.level.org.hibernate.SQL=DEBUG

您将看到，在不使用实体图的情况下，使用OneToMany（fetch=FetchType.EAGER）可以在单独的选择查询中加载员工（N 1），但使用实体图只执行1选择。。。加入

也不要忘记在存储库中指定实体图名称，例如：

@EntityGraph(value = "Department")
List<Department> findAll();

更新：Spring数据分页在数据库端不起作用。它将获取所有数据，然后在内存中进行过滤。这就是它的工作原理。。有一些解决方法，请检查以下链接：

使用Hibernate时，如何避免使用集合获取指定的警告“firstResult/max结果；在内存中应用！”？

避免“HH000104：使用集合获取指定的firstResult/maxResults；在内存中应用！”使用Spring数据

VladMihalcea博客修复Hibernate HHH000104的最佳方法

对我来说，解决方案可能是创建自定义存储库并使用EntityManager手动构建查询。