Batch Insert

• 기본적으로 배치처리를 지원하지않음
• hibernate.jdbc.batch_size 옵션을 이용하여 jdbc batch 옵션을 켜도록 할 수 있음
• 일반적인 JPA 쿼리로그로는 배치 처리가 정상적으로 확인됐는지 알 수 없음
• logging.level.org.hibernate.engine.jdbc.batch.internal.BatchingBatch: debug
• Proxy Datasource 를 구현해도됨
• hibernate.order_inserts 옵션을 이용해 배치처리 최적화 가능
• test: aloneSpringDataRepository

Batch Insert

• auto_increament 를 사용하고있다면 JPA 는 JDBC batch 를 사용하지 못함
• Batch Insert 를 해야한다면 깔끔하게 JPA 포기하고 spring-data-jdbc 등을 이용해 네이티브 insert 이용
• JPA 이외의 기술을 이용할때는 persistence context 랑 무관해지므로 이에 유의해야함

Fetching strategy - xToOne

• 연관관계에 대해 모두 LAZY loading 사용
• xToOne 은 EAGER, xToMany 는 LAZY 가 default
• xToOne 은 fetch type 이 EAGER 일 경우 JPA 가 스스로 join 쿼리를 날려줌(그럼에도 LAZY 를 해야할까?)
• test: jobNativeJpaRepository

• EAGER fetching is almost always a bad choice.(hibernate reference)
• LAZY associations can be fetched eagerly, EAGER associations cannot be fetched lazily (vlad mihalcea, hibernate commiter)
• EAGER 는 N+1 문제의 불씨
• 애플리케이션 규모가 커질수록 EAGER는 언제 의도하지않은 쿼리가 날아갈지 예측하기 어려움
• (test: jobNativeJpaRepository)
• fetch 전략을 LAZY 로 지정하고 필요한 연관관계에 대해서는 join fetch 로 명시적 쿼리
• spring data jpa 에서도 join fetch 사용 가능
• (test: jobSpringDataRepository)

Fetching strategy - xToOne

Fetching strategy - xToMany

• xToMany 에서도 EAGER 로 하면 join 쿼리가 날아가긴 함
• xToMany 관계에서도 join fetch 가능
• test: personNativeJpaRepository

Fetching strategy - xToMany

• xToMany 매핑이 2개 이상인경우엔?
• test: personNativeJpaRepository

Fetching strategy - xToMany

• paging 처리할땐?
• test: personSpringJpaRepository

default_batch_fetch_size

• hibernate option 중 default_batch_fetch_size 존재
• spring.jpa.properties.hibernate.default_batch_fetch_size=10
• 글로벌하게 설정하고싶지않다면 엔티티에 @BatchSize 사용

default_batch_fetch_size

• batch_fetch_style 옵션이 hibernate 4.2 에 추가
• default_batch_fetch_size 옵션은 batch_fetch_style 옵션의 영향을 받음
• batch_fetch_style 옵션의 default 값은 legacy
• legacy 옵션은 default_batch_fetch_size 값을 분할해서 배치 크기를 저장해둠(1~10까지는 모두 저장)
• dynamic 은 배치크기 무시하고 실제 파라미터 개수대로 작동
• padded 는 패딩값을 넣어 파라미터개수보다 한단계 큰 배치크기를 사용