조회 v3.1에서 to One 관계는 모두 페치 조인하고 나머지 컬렉션은 지연로딩을 유지했을때 다음과 같은 에러가 발생합니다.
534
작성한 질문수 7
좋은 강의 감사합니다.
조회 v3.1에서 to One 관계는 모두 페치 조인하고 나머지 컬렉션은 지연로딩을 유지했을때 다음과 같은 에러가 발생합니다.
query specified join fetching, but the owner of the fetched association was not present in the select list
고심하던 중 @Query부분을 value 와 countQuery로 나눠어서 처리 한 결과 정상적으로 조회 됬습니다.(Spring Data Jpa사용)
예) @Query(value = "select u from User u join fetch u.store s",
countQuery = "select count(u) from User u")
Page<User> findAllUser(Pageable pageable);
꼭 countQuery를 사용해야 하는지 궁금합니다.
답변 2
3
안녕하세요. 개발자님 좋은 질문입니다.
우선 페이징을 하기 위해서는 전체 카운트가 꼭 있어야 합니다. 그래야 몇 page까지 있는지 알 수 있습니다.
그래서 countQuery가 없으면 스프링 데이터 JPA가 임의로 원본 쿼리를 보고 countQuery를 생성합니다.
그런데 이 임의로 생성하는 쿼리가 그렇게 똑똑하지는 못해서 다음과 같이 만들어냅니다.
원본쿼리: select u from User u join fetch u.store s
임의로 생성한 count쿼리: select count(u) from User u join fetch u.store s
그런데 여기서 문제는 fetch join은 객체 그래프를 조회하는 기능이기 때문에 연관된 부모가 꼭 있어야 합니다. 그런데 수를 뽑는 count(u)로 조회 결과가 변경되어버렸기 때문에, 오류가 발생한 것이지요.
그래서 fetch join이나 복잡한 쿼리의 경우 꼭 countQuery를 분리해서 사용해주세요^^
도움이 되셨길 바래요.
강의 관련 외 질문입니다.
0
64
2
SpringBoot4 + Hibernate7 모듈 등록 방법 공유
0
86
1
BeanCreationException
0
86
3
Update 후 UpdateMemberResponse 매핑할 때
0
46
1
트랜잭션을 사용 안 할 때 커넥션은 언제 가져오나요?
0
98
2
페이징 + 검색조건 관련해서 질문드립니다.
0
70
1
Query Dsl Q파일 질문입니다.
0
81
1
루트 쿼리라는것은
0
58
1
메서드를 분리하는 기준
0
61
1
findAllWithMemberDelivery 메서드 질문드립니다.
0
108
3
연관관계 매핑을 안 쓸 경우, 사용해야 하는 전략
0
83
2
fetch join과 영속화와 OSIV의 관계
0
84
2
Distinct 사용 전 결과에 대한 의문
0
113
2
레포지토리 계층에서의 트랜잭션에 대한 의문
0
55
1
영속성 컨텍스트 생명주기의 신기한 부분이 있습니다.
0
77
2
dto 필드 속 엔티티 여부
0
58
1
뷰템플릿 사용 시
0
76
2
Result 클래스 관련 질문
0
56
1
@PostConstruct 프록시 관련 질문드립니다
0
85
1
DTO 대신 Form 사용은 안되나요?
0
133
1
OSIV ON 상태일 때
0
95
1
fetch join VS fetch join 페이징 궁금증
0
179
2
양방향 연관관계 알아보는 법?
0
104
1
16강 17강 간단 정리 이게 맞을까요 ?
0
165
2