인프런 커뮤니티 질문&답변
작성한 질문수
16강 17강 간단 정리 이게 맞을까요 ?
작성
·
100
·
수정됨
0
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
안녕하세요. 좋은 강의 잘 수강하고 있습니다. 16강과 17강 강의가 저에게는 이해하기 어려워서 다음과 같이 정리해보았습니다. 맞게 잘 적은건지 피드백 부탁드리겠습니다 !
엔티티의 XxxToOne 관계는 모두 패치조인 한다.
row 수를 증가시키지 않기 때문이다.
XxxToMany(컬렉션)는 페이징을 하지 않고 조회되는 데이터가 적을 시에는 패치조인을 해도 된다.
단, N 쪽에 수 많은 데이터가 있다면 성능 최적화를 고려해야 하기 때문에 페이징 기법을 사용할 수 있으니 패치조인은 사용하지 말자
왜냐하면 모든 데이터를 DB에서 읽어오고, Hibernate는 1:N 조인 결과를 모두 메모리에 가져온 다음 1을 기준으로 페이징을 메모리에서 다시 수행해야 한다.
이때, 수백만개의 데이터라면 애플리케이션은 메모리 부족으로 OOM이 발생할 수 있다.
컬렉션은 지연 로딩으로 조회하는데 성능 최적화를 위해 hibernate.default_batch_fetch_size, @BatchSize를 적용한다.
IN 쿼리를 통해 한꺼번에 설정한 size 만큼 조회할 수 있다.
장점 : row 수가 많아지는 단점을 가진 패치 조인보다 DB 데이터 양이 최적화 된다.
답변 2
1
0
도움이 되실지 모르겠지만 저도 제가 이해한 부분을 적어볼게요. 제 답변이 틀릴 수도 있다는 건 참고해주세요.
ToOne 관계
웬만하면 패치 조인이 좋다.
조인을 해도 데이터가 증가하지 않고, 페이징 처리가 가능하기 때문이다.
그냥 조인을 걸면 LAZY 로딩에 의해 N + 1 문제가 발생할 수 있으니, 패치 조인을 해서 성능 최적화를 한다.
ToMany 관계
패치 조인을 하면 LAZY와 관계없이 관련 데이터를 한번에 긁어오기 때문에 데이터 양이 정말 작다면 패치 조인을 해도 괜찮다.(쿼리가 한번만 발생하기 때문에)
컬렉션 조회에서 페이징 기법은 웬만하면 사용하면 안된다. JPA 입장에서는 DB가 조회해준 데이터 중 어떤 부분을 페이징 처리해야할 지 구분하지 못하기 때문에 조회된 데이터 모두 메모리에 적재 후 One 입장에서 페이징을 수행한다.
이때 OOM이 발생할 수 있다.
컬렉션은 지연 로딩으로 설정한다.
이후 default_batch_fetch_size 설정을 통해 설정한 size만큼 조회한다.
IN 쿼리를 사용하기 때문에 데이터 수가 뻥튀기 되는 일대다 조인의 단점을 해결한다.(즉, PK를 기준으로 조건문을 사용하므로 데이터 증가 X, 조회 성능 업)
중요한 건, 애플리케이션에서 LAZY 강제 초기화(LAZY 로딩 초기화를 위해 get 메서드 호출)를 하기 때문에 "LAZY 로딩 설정 + default_batch_fetch_size" 설정을 통해 IN 쿼리가 발생할 수 있다.
즉, LAZY 강제 초기화를 하지 않으면 LAZY 초기화가 되지 않기 때문에(데이터 조회 X) IN 쿼리도 발생하지 않는다. 따라서 LAZY 강제 초기화를 하고 batch도 설정해야 한다.
이정도로 정리했습니다. 저도 답변을 달면서 정리가 되었네요. 혹시 틀린 점 있다면 피드백 부탁드립니다.