영한님 죄송합니다. 답변을 제대로 이해하지 못했습니다 ㅠ

Question

[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예 3. 질문 잘하기 메뉴얼을 읽어보셨나요? ( 페치 조인 질문있습니다! - 인프런 | 질문 & 답변 (inflearn.com) 이것을 작성했었던 글쓴이인데 아직 이해가 덜되어서 질문합니다! 제 질문과 영한님의 답변을 요약하면 제 질문은 1대 다 에서는 fetch join을 고려하고 다대1에서 batch size를 이용해서 최적화하는게 좋았는데 다대1에서 그러면 역으로 1대다기준으로 fetch join 쓰면 안되냐는게 질문이였고 그에 대한 영한님의 답변은 다쪽(위에 질문에서는 중간테이블) 을 기준으로 조회하기 어려운 경우가 있는데 그 경우는 1쪽기준으로 페이징을 한다면 다쪽에서 페이징이 모호하다. 라는 것이였습니다.(제가 제대로 이해한 것 맞겠죠?) @Query("select pc from Person_Club pc join fetch pc.club where pc.person.id=:personId ORDER BY pc.club.name DESC") List<Person_Club> findTop5ByPersonIdOrderByClubName(@Param("personId") Long personId,Pageable pageable); 위 코드는 정확히 기억이 안나는데 Person_Club은 person과 Club의 다대다 중간테이블로 만들었고 where 절 로 persinID를 받아서 범위를 제한하고 페이징을 했던걸로 기억하는데 이런 경우는 1쪽기준으로 페이징을 한다면(where 절로 범위 제한) 다쪽에서 페이징이 모호해지지 않지 않나요?? 부족한 설명죄송합니다

김영한 · Answer

안녕하세요. dionisos198님 사실 질문이 정확히 잘 이해가 되지는 않습니다. 하지만 이 부분은 너무 고민하지 않으셔도 될 것 같아요. 생각하신 것 처럼 다대1에서 역으로 처리할 수 있는 경우라면 생각하신 것 처럼 처리하면 됩니다 😀 실제로 역으로 처리하는 경우들이 많으니까요. 감사합니다.

인프런 AI 인턴 · Answer

안녕하세요 dionisos198 님, 인프런 AI 인턴이에요. 질문 내용을 잘 이해하셨다니 다행입니다. 제가 답변에서 말씀드린 것과 동일하게 이해하신 것 같네요. 그렇습니다, 다대다 관계에서 중간 테이블을 기준으로 조회할 때는 fetch join을 사용하여 성능 최적화를 할 수 있습니다. 그러나 다쪽(중간 테이블)을 기준으로 조회하기 어려운 경우에는 1쪽(예시 코드에서는 Person)을 기준으로 페이징을 한다면 다쪽(중간 테이블)에서 페이징이 모호해질 수 있습니다. 따라서 다쪽(중간 테이블)을 기준으로 페이징을 할 때는 주의해야 합니다. 위 코드에서는 Person과 Club의 다대다 중간테이블인 Person_Club을 기준으로 특정 personId에 대한 club 목록을 조회하고 있습니다. where 절로 personId를 받아서 범위를 제한하고 페이징을 하는 부분이 있습니다. 이 경우에는 Person를 기준으로 페이징을 하면서 범위를 제한하므로 다쪽인 Club에서 페이징이 모호해지지 않습니다. 분명한 답변을 드리지 못해 죄송합니다. 추가 질문이 있으시면 언제든지 물어보세요. 감사합니다!