[JPA] 11. 다양한 연관관계 매핑

자바 ORM 표준 JPA 프로그래밍

 

 

 

 

이 포스팅에서 작성하는 내용은 자바 ORM 표준 JPA 프로그래밍 (김영한 지음) 에서 발췌하였습니다.

 

 

1. 연관관계 매핑 시 고려사항

• 다중성
  • 다대일 : @ManyToOne
  • 일대다 : @OneToMany
  • 일대일 : @OneToOne
  • 다대다 : @ManyToMany (다대다의 경우, 실무에서 사용하지 않는 것이 좋음)
• 단방향, 양방향
  • 테이블
    • 외래 키 하나로 서로 다른 테이블에 조인이 가능함
    • 방향이라는 개념이 없다고 보면 됨
  • 객체
    • 참조용 필드가 있는 쪽으로만 참조가 가능함
    • 한쪽에서만 참조할 수 있으면 단방향
    • 양쪽이 서로 참조할 수 있으면 양방향(단방향이 2개)
• 연관관계의 주인
  • 객체 양방향 관계에서는 참조가 2군데 → 두 객체 중 외래키를 관리 할 곳을 지정
  • 연관관계의 주인 : 외래 키를 관리하는 참조
  • 주인의 반대편 : 외래 키에 영향(INSERT, UPDATE)을 주지 않음. 읽기만 가능

 

 

2. 다대일

• 가장 많이 사용하는 연관관계
• 다대일 <-> 일대다 
• https://ajdahrdl.tistory.com/217

[JPA] 10. 연관관계 매핑

 

3. 일대다

• 일대다 단방향은 일(1)이 연관관계의 주인
• 테이블 일대다 관계는 항상 다(N)쪽에 외래 키가 있음
• 객체와 테이블의 차이로 인해 반대편 테이블의 외래키를 관리하는 특이한 구조
• 연관관계 관리를 위해 추가로 UPDATE SQL 실행
• @JoinColumn 사용 필수. 그렇지 않으면 조인테이블 방식 사용(중간에 테이블을 하나 추가)
• 실무에서 사용을 잘 하지 않음(다대일을 사용하는 것이 좋음)
• 일대다 양방향
  • @JoinColumn(insertable=false, updatable=false)
  • 읽기 전용으로 선언하여 양방향 처럼 이용

 

4. 일대일

• 주 테이블 혹은 대상 테이블 중 외래 키를 선택할 수 있음
• 외래 키에 데이터베이스 unique 제약조건 추가
• 다대일 단방향 관계와 비슷함
• 주 테이블에 외래 키
  • 주 객체가 대상 객체의 참조를 가지는 것 처럼 주 테이블에 외래 키를 두고 대상 테이블을 찾음
  • 객체지향 개발자 선호  
  • JPA 매핑 편리
  • 장점: 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능
  • 단점: 값이 없으면 외래 키에 null 허용
• 대상 테이블에 외래 키
  • 대상 테이블에 외래 키가 존재
  • 전통적인 데이터베이스 개발자 선호
  • 장점: 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지
  • 단점: 프록시 기능의 한계로 지연 로딩으로 설정해도 항상 즉시 로딩됨

 

5. 다대다

• 관계형 DB는 정규화된 테이블 2개만으로 다대다 관계를 표현할 수 없음(관계를 맺어주는 연결 테이블 이용)
• 객체는 컬렉션을 사용해서 객체 2개로 다대다 관계 가능
• @ManyToMany
• @JoinTable로 연결 테이블 지정
• 실무에서 사용하지 않는 것을 추천
  • 연결 테이블이 단순히 연결만 하고 끝나지 않음(주문시간, 수량 등 과 같은 데이터가 들어올 수 있음)
• 다대다 한계 극복 방법
  • 연결 테이블용 엔티티 추가(연결 테이블을 엔티티로 승격)
  • @ManyToMany → @OneToMany, @ManyToOne