
Intro 안녕하세요. 환이s입니다👋 이전 포스팅에서는 회원 조회 API를 구현하면서,엔티티를 직접 노출하는 방식의 위험성과 이를 DTO 패턴으로 해결하는 구조적인 설계 방법에 대해 알아보았습니다. 오늘은 그 연장선에서, 주문 조회 API를 실제로 단계별로 구현해 보며JPA에서 자주 마주치는 지연 로딩 문제와 성능 최적화 전략을 하나씩 짚어보려 합니다. 단순히 Order만 조회하는 것이 아니라,연관된 Member, Delivery 정보까지 함께 조회하는 상황에서 어떤 문제가 발생할 수 있는지,그리고 이를 어떻게 해결해 나가는 것이 좋은지 4단계(V1~V4)로 나눠서 하나씩 살펴보겠습니다.조회용 샘플 데이터 추가 이번 예제에서 userA, userB라는 두 명의 회원이 각각 두 권의 책을 주문한 상황을..