일대다 페치조인 메모리상에서 페이징
353
작성한 질문수 25
안녕하세요 영한님 강의 잘 듣고 있습니다!!
일대다 페치조인에서 페이징을 하게되면, 메모리 상에서 페이징을 한다고 이해했습니다.
만약 페치조인 쿼리가 DB로 가면, 뻥튀기된 로우들이 메모리에 올라오게 되고 distinct를 JPA가 하게됩니다. 이 상황에서 만약 페이징이 이루어진다면 뻥튀기된 로우에서 offset만큼 결과를 리턴하게 되다고 이해했습니다.
결론적으로 생각하면 뻥튀기된 로우를 페이징하기 위한 쿼리와 전체를 가져오는 쿼리가 같은 상황에서, 왜 메모리상에서 페이징하는 것이 위험한가요?
답변 1
0
제가 좀더 고민해봤는데,
만약 10만개의 전체 결과가 있는데
페이징이 된다고 생각해서 100개만 가져온다고 개발자가 생각해서 페이징 쿼리를 추가했는데 실제로는 10만개를 가져와서 메모리상에서 페이징하기 때문에 위험하다고 이해하면 될까요?
어찌되었든 10만개의 결과를 가져와서 문제가 되는것도 맞는데, 100개만 가져온다고 착각해서 문제가 발생할 수 있다.
이렇게 이해하면 될까요??,..
0
안녕하세요. 선도님
team -> member (1:N) 관계라고 할 때
team과 member를 조인하게 되면 데이터가 뻥튀기 되어서 DB에서는 team을 기준으로 페이징 하는 것이 불가능합니다.
그래서 어쩔 수 없이 애플리케이션에 모든 데이터를 로딩한 다음에 team을 distinct하고, team을 기준으로 페이징하는 것입니다.
핵심은 team을 기준으로 페이징해야 하는 것이 핵심입니다.
감사합니다.
강의 관련 외 질문입니다.
0
68
2
SpringBoot4 + Hibernate7 모듈 등록 방법 공유
0
92
1
BeanCreationException
0
91
3
Update 후 UpdateMemberResponse 매핑할 때
0
50
1
트랜잭션을 사용 안 할 때 커넥션은 언제 가져오나요?
0
101
2
페이징 + 검색조건 관련해서 질문드립니다.
0
70
1
Query Dsl Q파일 질문입니다.
0
84
1
루트 쿼리라는것은
0
60
1
메서드를 분리하는 기준
0
65
1
findAllWithMemberDelivery 메서드 질문드립니다.
0
111
3
연관관계 매핑을 안 쓸 경우, 사용해야 하는 전략
0
86
2
fetch join과 영속화와 OSIV의 관계
0
87
2
Distinct 사용 전 결과에 대한 의문
0
117
2
레포지토리 계층에서의 트랜잭션에 대한 의문
0
59
1
영속성 컨텍스트 생명주기의 신기한 부분이 있습니다.
0
78
2
dto 필드 속 엔티티 여부
0
60
1
뷰템플릿 사용 시
0
77
2
Result 클래스 관련 질문
0
56
1
@PostConstruct 프록시 관련 질문드립니다
0
86
1
DTO 대신 Form 사용은 안되나요?
0
138
1
OSIV ON 상태일 때
0
96
1
fetch join VS fetch join 페이징 궁금증
0
187
2
양방향 연관관계 알아보는 법?
0
107
1
16강 17강 간단 정리 이게 맞을까요 ?
0
166
2