SpringBoot API 주의할 점

- 엔티티를 직접 노출하지 말고 DTO 변환해라

- 지연 로딩(LAZY)를 피하기 위해 즉시 로딩(EARGER)로 설정하면 안된다. 즉시 로딩 때문에 연관관계가 필요없는 경우에도 

데이터를 항상 조회해서 성능 문제가 발생할 수 있다. 따라서 항상 지연로딩을 기본으로 하고, 성능 최적화가 필요한 경우에는 페치조인을 사용해라! (+지연로딩의 경우 연관된 엔티티는 프록시로 설정되어있고 getName()과 같이 직접 호출해야 LAZY가 강제 초기화됨) 

 

Controller API 예시

@GetMapping("/api/v3/orders")
public List<OrderDto> ordersV3() {
    List<Order> orders = orderRepository.findAllWithItem();
    List<OrderDto> result = orders.stream()
            .map(order -> new OrderDto(order))
            .collect(Collectors.toList());

    return result;

@Data
    static class OrderDto {

        private Long orderId;
        private String name;
        private OrderStatus orderStatus;
        private Address address; // 값 타입은 노출해도 OK
        private List<OrderItemDto> orderItems; // OrderItemDto로 매핑(엔티티 외부에 노출 막기 위해)

        public OrderDto(Order o) {
            orderId = o.getId();
            name = o.getMember().getName(); //LAZY 초기화
            orderStatus = o.getStatus();
            address = o.getDelivery().getAddress(); // LAZY 초기화
            o.getOrderItems().stream().forEach(order -> order.getItem().getName());
            //OrderItem을 OrderItemDto로 변환
            orderItems = o.getOrderItems().stream()
                        .map(orderItem -> new OrderItemDto(orderItem))
                        .collect(Collectors.toList());
        }
    }

    @Getter
    static class OrderItemDto{

        private String itemName;
        private int orderPrice;
        private int count;

        public OrderItemDto(OrderItem orderItem) {
            itemName = orderItem.getItem().getName();
            orderPrice = orderItem.getOrderPrice();
            count = orderItem.getCount();
        }
    }
}

- DTO 클래스의 파라미터를 엔티티로 넘길 수 있음 (But, jpql와 같은 쿼리에서는 엔티티가 식별자로 인식되기때문에 안됨!)

- OrderDto에 존재하는 OrderItems도 엔티티이므로 외부 노출을 막기 위해 DTO로 변환해주어야함 

 

 

** 조회 성능 최적화

- ToOne 관계에서는 fetch join으로 한번에 전부 가져오는 것이 성능에 좋다.

- ToMany 관계에서는 ToOne 인것들만 fetch join으로 하고 컬렉션은 batch size로 통제하자!! 

   (페이징이 가능하게 하기 위함)

   (페치조인으로 하는 것에 비해 쿼리 수는 증가하지만 DB 데이터 전송량이 감소한다) 

   (batch size는 100~1000 정도가 가장 좋다) 

   (1000개가 쿼리수를 줄일 수 있어 성능상 가장 좋지만 DB에 순간 부하가 증가할 수 있다)