hibernate.default_batch_fetch_size가 아닌 EntityGraph로 FETCH JOIN한 이유
392
작성한 질문수 3
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)
[질문 내용]
안녕하세요.
hibernate.default_batch_fetch_size가 아닌 EntityGraph로 페치조인한 이유는 member와 team이 ToOne 관계이기 때문인가요?
답변 1
0
안녕하세요, 인프런 AI 인턴이에요.
예, hibernate.default_batch_fetch_size가 아닌 EntityGraph로 페치조인한 이유는 member와 team이 ToOne 관계이기 때문입니다. ToOne 관계이기 때문에 한 번의 쿼리로 회원과 팀을 함께 가져올 수 있는 효율적인 방법입니다.
페치조인을 사용하면 SQL 쿼리에서 연관된 엔티티를 즉시 로드해서 성능을 향상시킬 수 있습니다. hibernate.default_batch_fetch_size로 설정하면 일괄로 로드하는 방식이기 때문에 연관된 엔티티를 별도의 쿼리로 로드해야합니다. 이는 성능 저하를 유발할 수 있습니다.
EntityGraph는 JPA에서 제공하는 기능으로, 페치 전략을 명시적으로 지정하여 원하는 엔티티와 연관 엔티티를 함께 조회할 수 있습니다. 따라서 팀과 회원을 함께 로드할 때 실시간으로 필요한 데이터를 로드할 수 있어서 효율적입니다.
하지만 페치조인을 사용할 때는 데이터베이스의 부하를 고려해야하며, 필요한 데이터만 로드하여 성능을 향상시키는 것이 중요합니다.
더 자세한 내용은 관련 강의나 문서를 참고해주세요. 감사합니다.
existsByUserIdAndProjectId vs existsByUserAndProject 중 어떤 방식이 적절할까요?
0
69
1
existsByUserIdAndProjectId vs existsByUserAndProject 중 어떤 방식이 적절할까요?
0
107
3
MemberRepository 구현체
0
57
1
pdf 표현 질문드립니다.
0
62
1
로그가 남지 않는 문제.
0
81
1
테스트 라이브러리가 강의는 junit4가 맞나요??
0
70
2
pdf 파일과 차이점이 있는 것같은데 문제 없나요?
0
72
2
@PrePersist, @PreUpdate 호출 시점 질문드립니다.
0
91
2
Sort 인터페이스는 잘 사용 안하나요?
0
52
1
스캔대상 질문드립니다.
0
46
1
하이버네이트6에서의 최적화에 이은 질문
0
85
1
save() vs saveAndFlush DB 통신 횟수
0
53
1
순수 JPA 리포지토리 코드 수정부분
0
86
2
bulk연산 후 flush하는 이유를 모르겠어요
0
152
3
bulk insert 질문입니다.
0
178
2
교만했던 것 같아요.
0
147
1
RESTful 강의는 안하시는 건지 궁금합니다.
0
147
2
동적 테이블에 대한 질문
0
86
1
영속성 전이와 연관관계
0
130
2
강의 10:25 질문
0
74
1
단건 update 질문
0
95
2
엔티티 와 도메인의 경계
0
127
1
UsernameOnlyDto 타입 type mismatch 오류
0
119
1
Projection 개념과 데이터 전달과정에 대해 질문 있습니다.
0
136
1