JPA SELECT 지연 조회 질문

Question

JPA 페치조인 말고 일반 조회나 JOIN할 때 지연 조회시 (member.getName()) 실제 쿼리가 나갑니다.아래 두 쿼리는 페치가 LAZY일때 무슨차이가 있나요?결국엔 member.getName() 호출시 실제 조회 쿼리가 1+n으로 나가는건 동일한데 두 쿼리는 차이가 없나요?select o from Order o join o.memberselect o from Order o

chytonpide · Answer

응? 제가 질문을 잘못 이해했을 수도 있지만, 거꾸로가 아닌가요?일반적인 join fetch 와 지연 로딩에 관한 제 정리 입니다.JOIN vs JOIN FETCH- 그냥 join : SQL로 테이블만 묶음. @FetchType.LAZY 로 연관 관계가 있는 데이터는 빈 프록시 상태.트랙잭션 내에서 데이터에 접근하면 그때 실제로 데이터를 불러옴. 트랜잭션이 닫히고 데이터에 접근하면, LazyInitializationException 발생. - join fetch : 같은 조인이지만 "묶여 나온 자식 행으로 부모 컬렉션도 채워라" @FetchType.LAZY 이 있어도 데이터를 다 불러와서 채워놓음.FetchType.LAZY는 기본 전략(default) 일 뿐 절대 규칙 이 아닙니다.JOIN FETCH 는 이번 쿼리 한 번만 그 기본을 덮어쓰는 ad-hoc 지시이고, LAZY 를 덮어씁니다.(override)예를들어 페이징용 리스폰스를 돌려줄때, id 나 title 같은 오브젝트의 일부만 필요할 수 있습니다.이런경우, @FetchType.LAZY 로 두고 JPQL 에서 fetch join 을 사용하지 않는다면, (즉, 로딩을 그냥 하이버네이트에 맞기는 경우 - 명시적으로 JPQL 에 join 을 써도 결과는 같음.)해당 데이터를 불러오는 쿼리가 실행되지 않아 효율적입니다.반대로, 오브적트 전체를 리스폰스로 돌려줄때는 id, 를 포함해서 모든 연관관계의 데이터가 필요할 수 있습니다.이런경우, @FetchType.LAZY 가 있어도 레포지토리 메서드에서 join fetch 을 사용하면,@FetchType.LAZY 를 덮어 씌워서 오브젝트의 모든 데이터가 셋팅되도록 할 수 있습니다.

감독님테스트가하고싶어요 · Answer

네 차이가 없습니다Order:Member = 1:N 구조라면, batchSize를 설정해서 in query로 연관된 member들을 불러오게 해야합니다.그래야 N+1을 해결됩니다.

JPA SELECT 지연 조회 질문

2개의 답변

기술 목록