JPA에서 DTO 직접 조회

• 엔티티를 DTO로 변환할 필요 없이 바로 DTO로 조회한다.

  • 좀 더 성능 최적화를 할 수 있다.

OrderSimpleApiController.java

@RestController
@RequiredArgsConstructor
public class OrderSimpleApiController {
    private final OrderRepository orderRepository;

    @GetMapping("/api/v4/simple-orders")
    public List<OrderSimpleQueryDto> ordersV4() {
        return orderRepository.findOrderDtos();
    }
}

OrderRepository.java

@Repository
@RequiredArgsConstructor
public class OrderSimpleQueryRepository {
    public List<OrderSimpleQueryDto> findOrderDtos() {
        return em.createQuery(
                        // 원하는 필드만 DTO에 정의해서 가져올 수 있다.
                        "select new jpabook.jpashop.repository.order.simplequery.OrderSimpleQueryDto(o.id, m.name, o.status, o.orderDate, d.address)"
                                + " from Order o"
                                + " join o.member m"
                                + " join o.delivery d", OrderSimpleQueryDto.class)
                .getResultList();
    }
}

OrderSimpleQueryDto.java

@Data
public class OrderSimpleQueryDto {
    private Long orderId;
    private String name;
    private OrderStatus orderStatus;
    private LocalDateTime orderDate;
    private Address address;

    public OrderSimpleQueryDto(Long orderId, String name, OrderStatus orderStatus, LocalDateTime orderDate, Address address) {
        this.orderId = orderId;
        this.name = name;
        this.orderStatus = orderStatus;
        this.orderDate = orderDate;
        this.address = address;
    }
}

V3 vs V4

쿼리

• V3에서는 모든 필드에 대한 쿼리가 날아갔다.

• V4는 지정한 필드만 쿼리가 나간다.

• 데이터를 적게 퍼올리는 만큼 네트워크 용량도 줄어든다.

재사용성

@Repository
@RequiredArgsConstructor
public class OrderRepository {
    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();
    }
}

• V3는 외부의 모습을 건드리지 않은 상태로 내부에서 원하는 것만 fetch join으로 가져왔다.

• 그만큼 리포지토리 재사용성이 좋고 개발이 단순해진다.

@Repository
@RequiredArgsConstructor
public class OrderSimpleQueryRepository {
    public List<OrderSimpleQueryDto> findOrderDtos() {
        return em.createQuery(
                        "select new jpabook.jpashop.repository.order.simplequery.OrderSimpleQueryDto(o.id, m.name, o.status, o.orderDate, d.address)"
                                + " from Order o"
                                + " join o.member m"
                                + " join o.delivery d", OrderSimpleQueryDto.class)
                .getResultList();
    }
}

• V4는 내가 필요한 것만 직접 쿼리를 짰기 때문에 재사용성이 떨어진다.

• API 스펙이 repository에 영향을 미친다.

• DTO로 조회하면 엔티티가 아니기 때문에 데이터를 변경할 수 없다.

정리

• 대부분의 성능은 where의 조건이 index를 안 타는 상황이나 join에서 먹기 때문에 select 필드를 줄인다고 성능이 대폭 개선되진 않는다.

  • select 필드가 진짜 많은데 실시간으로 사용하는 유저가 많다면 그때 고려해보자.

• 만약 사용하게 된다면 별도의 패키지에 OrderSimpleQueryRepository처럼 쿼리용 repository를 따로 파는 게 좋다.

  • Entity를 위한 repository단에 DTO가 사용되면 애매하기 때문이다.

쿼리 방식 선택 권장 순서

1. 우선 Entity를 DTO로 변환한다.

2. 필요하면 fetch join으로 성능을 최적화 한다.

   • 대부분의 이슈가 여기서 해결된다.

3. 그래도 안되면 DTO로 직접 조회한다.

4. 최후의 방법은 JPA가 제공하는 네이티브 SQL이나 스프링 JDBC Template으로 직접 SQL을 쓰는 것이다.