6. 다양한 연관관계 매핑

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

1) 다중성

- 다대일 : @ManyToOne

- 일대다 : @OneToMany

- 일대일 : @OneToOne

- 다대다 : @ManyToMany

 

 

2) 단방향, 양방향

- 테이블

   - 외래키 하나로 양쪽 join 가능

   - 방향이라는 개념이 없음

 

- 객체

   - 참조용 필드가 있는 쪽으로 참조 가능

   - 한쪽만 참조하면 단방향

   - 양쪽이 서로 참조하면 양방향

 

 

3) 연관관계의 주인

- 테이블은 외래키 하나로, 두 테이블이 연관관계를 맺음

 

- 객체 양방향 관계는 A→B, B→A 처럼 참조가 2군데

   둘 중 테이블의 외래키를 관리할 곳을 지정해야 함.

 

- 연관관계의 주인 : 외래키를 관리하는 참조

 

- 연관관계의 손님(?) : 외래키에 영향을 주지 않음, 단순 조회만 가능

 

 

 

2. 다대일 [N:1]

1) 다대일 단방향

- 가장 많이 사용하는 연관관계

 

 

2) 다대일 양방향

- 외래키가 있는 쪽이 연관관계의 주인

- 양쪽을 서로 참조하도록 개발

 

 

 

3. 일대다 [1:N]

1) 일대다 단방향

- 실무에서 잘 사용하지 않는다.

 

- 단점

   - 엔티티가 관리하는 외래키가 다른 테이블에 있음 (다른 테이블 관련 쿼리가 나감)

   - 연관관계 관리를 위해 추가로 UPDATE SQL 실행

   

→ "다대일 양방향 매핑을 사용하자"

2) 일대다 양방향

- 실무에서 잘 사용하지 않는다.

 

- 읽기 전용 필드를 사용해서 양방향처럼 사용하는 방법

   : @JoinColumn(insertable=false, updatable=false)

 

→ "다대일 양방향 매핑을 사용하자"

 

 

 

4. 일대일[1:1]

- 주 테이블이나 대상 테이블 중에 외래키 선택 가능

   - 주 테이블에 외래키

   - 대상 테이블에 외래키

 

- 외래키에 데이터베이스 유니크(UNI) 제약 조건 추가

---

*주 테이블에 외래키

- 객체지향 개발자 선호

- JPA 매핑 편리

 

- 장점 : 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능

- 단점 : 값이 없으면 외래키에 null 허용

 

 

*대상 테이블에 외래키

- 전통적인 데이터베이스 개발자 선호

 

- 장점 : 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지

- 단점 : 프록시 기능의 한계로 지연 로딩으로 설정해도 항상 즉시 로딩됨

 

 

 

1) 주 테이블에 외래키 단방향 / 양방향

- 다대일(@ManyToOne) 매핑과 유사

- 양방향에서는, mappedBy 적용

단방향

양방향

 

 

2) 대상 테이블에 외래키 단방향 / 양방향

- 단방향 관계는 JPA 지원 X

- 양방향 관계는 '주 테이블에 외래 키 양방향과 매핑 방법'과 같음

 

 

 

5. 다대다 [N:M]

- 실무에서 거의 사용하지 않는다. (@ManyToMany)

- 매핑 정보만 들어가고, 중간 테이블에 추가 정보가 들어갈 수 앖다.

 

→ 연결 테이블(Entity로 지정)을 추가해서 일대다, 다대일 관계로 풀어내야 함