[2019] Spring JPA의 사실과 오해

JPA에서 엔티티가 외래키를 객체 참조로 매핑하는 원리와 다중성(일대일·일대다·다대일·다대다), 단방향과 양방향 매핑을 정리한다. 단방향만으로도 매핑이 완료되며 양방향은 반대 방향 그래프 탐색이 유일한 이점이라는 일반적 가이드를 소개한다.

멤버와 멤버 디테일 예제로 다대일 단방향 매핑에 Cascade(영속성 전이)를 적용하는 경우를 살펴본다. 이때는 우리가 의도한 대로 두 테이블에 INSERT 쿼리만 나가 단방향 매핑만으로 충분함을 코드로 확인한다.

일대다 단방향 매핑에 영속성 전이를 쓰면 INSERT 외에 외래키를 채우기 위한 UPDATE 쿼리가 추가로 발생한다. 엔티티가 많아질수록 성능 문제가 커지므로, 단방향이 늘 낫다는 통념이 여기서 깨진다는 점을 짚는다.

추가 UPDATE를 막기 위해 일대다 양방향 매핑으로 바꾸는 방법을 설명한다. 복합키와 @MapsId, 연관관계의 주인 설정(@JoinColumn 대 mappedBy)을 다루며, 양방향 전환 후에는 업데이트 쿼리가 사라지는 것을 보여준다.

EAGER와 LAZY 페치 전략을 소개하고 N+1 문제가 언제 발생하는지 짚는다. LAZY로 설정해도 연관관계를 참조하는 순간 추가 쿼리가 나가며, findAll 같은 메서드도 N+1을 피하지 못한다는 흔한 오해를 바로잡는다.

N+1 해결책인 fetch join을 쓸 때의 함정을 다룬다. 페이지네이션 쿼리에 적용하면 전체 레코드를 읽고 메모리에서 페이징하고, 일대다 컬렉션이 둘 이상이면 MultipleBagException이 발생하므로 Set이나 순서 부여로 대응해야 한다.

스프링 데이터 JPA 리포지토리가 조인 쿼리를 만들 수 없다는 오해를 깬다. 언더스코어 네이밍으로 연관 엔티티 필드를 탐색해 조인 쿼리를 생성하고, 클래스·인터페이스(중첩·SpEL)·다이나믹 방식의 DTO 프로젝션까지 지원함을 예제로 보여준다.