인프런 커뮤니티 질문&답변

비가싫어요님의 프로필 이미지
비가싫어요

작성한 질문수

실전! 스프링 부트와 JPA 활용2 - API 개발과 성능 최적화

주문 조회 V3: 엔티티를 DTO로 변환 - 페치 조인 최적화

데이터 뻥튀기와 관련하여 질문이 있습니다.

작성

·

723

0

데이터 뻥튀기.png

join을 해서 가지고 오면 이렇게 데이터가 중복이 되면서 2개로 뻥튀기가 된다고 설명을 해주셨는데요.

윗줄과 아랫줄이 완전히 동일한 것은 아닌데 이것을 왜 중복으로 보고 뻥튀기라 하는지 이해가 잘 가지 않습니다!

제가 나름 이해하기로는 예를 들어 위에 예시로 든 Order가 OrderA 라고 했을 때, 지금 찾고 싶은건 OrderA 라는 Order 하나인데 그 안에 OrderItem이 각각 서로 다른게 2개 들어있어서 OrderA-Boo1 , OrderA-Book2 이렇게 OrderA가 두 개가 조회돼서 뻥튀기라고 보는걸까요? 그런데 이러면 완전히 중복은 아닌거 같기도 하고..

어떻게 이해하는 것이 좋을지 궁금합니다!

답변 1

0

안녕하세요. JUNN님, 공식 서포터즈 y2gcoder입니다.

DB SQL 입장에서는 말씀하신 것처럼 엄밀히 말해 동일한 데이터가 아닌게 맞습니다. 해당 부분은 엔티티의 입장에서 봐주셔야 합니다.

조회할 때 기준은 order를 가지고 오게 됩니다. 실제로 저희는 order_id가 4인 order를 가져오고 싶습니다. pk는 unique 해야 하기 때문에 객체 입장에서 보면 order는 하나로 오는게 맞습니다. 그런데 order_item 테이블과 조인하면서 만들어진 row는 두 개죠.

객체 입장에서 보면 같은 식별자(order_id == 4)를 가진 order 객체가 2개가 있는 것으로 나온다는 점에서 중복으로 볼 수 있는 것 같습니다. 그래서 jpql의 distinct가 객체 입장에서 중복되는 부분을 제거해줍니다.

이해가 잘 되지 않으신다면 해당 링크에서 영한님도 말씀하셨듯이, JPA 기본편 강의의 페치 조인 부분 강의를 들어주십시오!

 


감사합니다.

비가싫어요님의 프로필 이미지
비가싫어요

작성한 질문수

질문하기