간단한 주문 조회 V3: 엔티티를 DTO로 변환 - fetch join 최적화

V1, V2에서 발생했던 N+1 문제들을 fetch join을 이용해서 해결하고, 성능을 최적화한다!

V3 API

@GetMapping("/api/v3/simple-orders")
public List<SimpleOrderDto> ordersV3() {
    List<Order> orders = orderRepository.findAllWithMemberDelivery();
    List<SimpleOrderDto> result = orders.stream()
            .map(o -> new SimpleOrderDto(o))
            .collect(toList());
    return result;
}

OrderRepository 추가 코드 : JPQL 직접 작성

public List<Order> findAllWithMemberDelivery() {
        return em.createQuery(
                "select o from Order o" +
                "join fetch o.member m" +
                "join fetch o.delivery d", Order.class
        ).getResultList();
}

fetch join 기술적으로는 join을 사용하지만 JPA 명령어 "fetch"를 사용함으로써 join fetch 로 Order를 조회할 때 member도 함께 조회한다!

한번의 쿼리로 Order, Member, Delivery 조인 후 select 절에 다 넣고 한번 에 가져온다! Order, Member, Delivery가 지연로딩이지만 무시하고, 프록시 객체가 아니라 진짜 객체 가져온다!

V2, V3 결과는 동일하지만 쿼리를 확인해보면 V2 : 5개 V3 : 1개

쿼리문 확인 Order, Member, Delivery 모두 inner join을 해서 select문에 한번에 넣는다. Order, Member, Delivery 각각의 row들을 JPA가 연관관계에 의해 자동으로 셋팅해준다!

정리 기본적으로 모두 지연로딩으로 하고, 필요한 것들만 fetch join으로 DB에서 한번에 가져온다! 대부분의 성능 문제가 해결된다!

실무에서 발생하는 90%의 문제가 N+1문제이고, fetch join으로 해결 가능! 그렇기 때문에 fetch join에 대해 정확하게 알고 있어야 한다! 실무에서 정말 자주 사용하는 기법이다!⭐️⭐️⭐️⭐️⭐️