[Spring JPA, N+1 문제] Fetch Join과 Lazy Loading에 대해

Question

프로젝트를 리팩토링하면서 N&#43;1 문제를 해결하다가 커다란 벽에 막히고 말았습니다.간결하게 설명 드리면A, B, C 엔티티가 있고 [A와 B]가 ManyToOne 관계, [B와 C]가 Many To One 관계입니다. 간단하게 아래의 코드로 보여 드릴 수 있겠네요 이 상태에서 저는 A를 조회하는데, B의 정보도 필요하기 때문에 A fetch join A.b 으로 fetch join을 했습니다. 그러나 이 과정에서 B가 가지고 있는 C에 대한 select문이 추가로 발생하더라구요..C에 대한 추가 select문이 발생하지 않게 하는 방법이 없을까요? 현재까지 QueryDSL, EntityGraph 등으로 시도해 봤습니다만 C까지 전부 fetch join 하는 것 이외에는 방법이 없어 보여서 질문 해봅니다!&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;어떤 분이 답글 달아주셔서 추가로 작성할께요! DTO로 변환하는 등의 쿼리 이외의 과정에서는 C 엔티티에 전혀 접근하지 않았구요 디버깅 모드로 확인해 본 결과 A 엔티티를 조회하는 Query 문이 날아가자마자 바로 C 엔티티를 select하는 Query문이 실행됩니다! 그래서 방법을 잘 모르겠어요... fetch join 하면서 C를 Lazy Loading하고 싶은데 그 방법이 찾기 힘드네요..

눈팅족 · Answer

전체 코드를 볼수 있으면 좋을거같은데요B엔티티에서 fetch가 lazy로 되어있는 C엔티티는 C엔티티에 대한 조회(예를들어 getter)가 발생할 경우 추가 조회쿼리가 나가게 됩니다엔티티를 dto로 변환하는 과정에 C엔티티도 사용을 하거나 다른부분에서 사용하고 있는지 확인해보세요

[Spring JPA, N+1 문제] Fetch Join과 Lazy Loading에 대해

1개의 답변

#lazyloading 목록