-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
refactor: select in을 통해 n+1해소 #587
base: BE/develop
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
기습 pr 깜짝놀랐습니다. 몇 가지 질문이 있어 RC 하겠습니다. 커멘트 확인부탁드려요!
Given "jinwoo"가 제목-"자스", 정원-"6"명, 최소 주차-"7"주, 주당 진행 횟수-"3"회, 소개-"스터디소개1"로 스터디를 개설한다. | ||
Given "jinwoo"가 제목-"자스", 정원-"6"명, 최소 주차-"7"주, 주당 진행 횟수-"3"회, 소개-"스터디소개1"로 스터디를 개설한다. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
두개가 늘어난 이유는 뭔가요?
List<Study> studies = queryFactory.selectFrom(study) | ||
List<Long> studyIds = queryFactory.select(study.id) | ||
.from(study) | ||
.where(searchEq(search), statusEq(status)) | ||
.offset(page.getOffset()) | ||
.limit(page.getPageSize()) | ||
.orderBy(orderSpecifier(page)) | ||
.fetch(); | ||
|
||
List<Study> studies = queryFactory.selectFrom(study) | ||
.join(study.studyMembers, studyMember).fetchJoin() | ||
.join(studyMember.member, member).fetchJoin() | ||
.where(study.id.in(studyIds)) | ||
.orderBy(orderSpecifier(page)) | ||
.fetch(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
궁금한 점이 두 가지 있습니다.
- 실제로 이렇게 쿼리를 두 번 날리는 것이 평균적으로 얼마나 더 빠른지
- 기존의 n+1 이 어떤 과정에서 일어나는지
실제 실행기록을 첨부해주실 수 있을까요?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
limit 절을 사용했을 때, 제대로 동작을 안 하고 테이블 풀스캔을 한다는 문제가 있군요. 오늘도 주드 덕분에 JPA를 배워갑니다. 굿
😋 작업한 내용
fetch join을 할 경우 페이징이 똑바로 되지 않음
조건에 해당하는 study id들을 조회하는 쿼리를 날린 후에 where in 절로 fetch join 후 조회하는 쿼리를 한번 더 날린다
총 2회로 n+1없이 페이징 조회 가능
🙏 PR Point
👍 관련 이슈