主页 / 问题 / 1326297
Accepted
Klaus Köhler
Asked:2022-09-08 00:33:53 +0000 UTC2022-09-08 00:33:53 +0000 UTC

为什么@Fetch(FetchMode.SUBSELECT) 触发 2 个 SQL 而不是 1 个？

  • 772

有一个简单的餐厅实体，它有一个投票列表（没有显示不必要的方法和字段）

public class Restaurant extends AbstractNamedEntity {
@OneToMany(mappedBy = "restaurant", cascade = CascadeType.ALL, orphanRemoval = true)
@JsonManagedReference
@Fetch(FetchMode.SUBSELECT)
private List<Vote> votes;

} 这是关系的另一面

public class Vote extends AbstractBaseEntity {
@ManyToOne
@JsonBackReference
private Restaurant restaurant;

}

当我使用 Spring Data JPA 中的 findAll() 方法获取数据并像这样通过 DTO 映射器进行转换时

@Cacheable(value = "restaurantDTOList", key = "-1")
public List<RestaurantResponseDTO> getAll() {
    List<Restaurant> restaurantList = restaurantRepository.findAll();
    return restaurantList.stream()
            .map(RestaurantMapper::toRestaurantDto)
            .collect(Collectors.toList());
}

公共静态 RestaurantResponseDTO toRestaurantDto(Restaurant restaurant) {

    return new RestaurantResponseDTO(restaurant.getId(), restaurant.getName(),
            restaurant.getAddress(), getRestaurantVoteCount(restaurant));
}
public static long getRestaurantVoteCount(Restaurant restaurant) {
var votes = restaurant.getVotes();
if (votes == null) return 0;
return  votes.stream().filter(vote -> vote.getVoteDate().equals(LocalDate.now())).count();

我得到这些 SQL

    Hibernate: 
select
    restaurant0_.id as id1_1_,
    restaurant0_.name as name2_1_,
    restaurant0_.address as address3_1_ 
from
    restaurant restaurant0_

Hibernate: 
select
    votes0_.restaurant_id as restaura3_4_1_,
    votes0_.id as id1_4_1_,
    votes0_.id as id1_4_0_,
    votes0_.restaurant_id as restaura3_4_0_,
    votes0_.user_id as user_id4_4_0_,
    votes0_.vote_date as vote_dat2_4_0_ 
from
    vote votes0_ 
where
    votes0_.restaurant_id in (
        select
            restaurant0_.id 
        from
            restaurant restaurant0_
    )

如果您能帮我弄清楚为什么是 2 个 SQL 而不是一个，我将不胜感激。

java

1 个回答

  1. Best Answer

    这是预期的行为。

    以下是文档所说的FetchMode.SUBSELECT：

    当访问一个未初始化的集合时，这个获取模式将触发加载所有具有相同角色的所有集合的所有元素，以使用单个辅助选择为与持久性上下文关联的所有所有者。

    免费翻译：

    访问未初始化的集合时，此模式使用一个附加请求为上下文中的所有实体启动此关联的所有元素的加载。

    当您的主查询返回多个实体（并且它们很大，即包含大量数据）并且与它们关联的实体很多时，使用此模式是有意义的。在这种情况下，何时FetchMode.SELECT会发出N+1请求，这是您想要避免的。使用FetchMode.JOIN它会导致主实体中的列在结果中重复。这是对将要传输大量数据的事实的重复（即对于每个关联实体，父级中的数据将重复，记住，我们谈论的是父级很大的情况），这不加入就无法转移，并单独请求获取关联实体。

    就是这样，适合这种情况FetchMode.SUBSELECT。

    • 1

相关问题