✔️ 연관관계 매핑시 고려사항 3가지
- 다중성
- 다대일 : @ManyToOne
- 일대다 : @OneToMany
- 일대일 : @OneToOne
- 다대다 : @ManyToMany
- 단방향, 양방향
- 테이블
- 외래 키 하나로 양쪽 조인 가능
- 방향 개념 x
- 객체
- 참조용 필드가 있는 쪽으로만 참조 가능
- 한쪽만 참조 : 단방향
- 양족이 서로 참조 : 양방향
- 테이블
- 연관관계 주인
- 테이블은 외래 키 하나로 두 테이블이 연관관계를 맺음
- 객체 양방향은 참조가 2개 (A -> B, B-> A)
- 때문에 연관관계 주인을 설정하여 외래 키를 관리
- 주인의 반대편은 외래 키에 영향을 주지 않고 단순 조회만 가능
항상 N (다) 쪽이 FK키를 갖기에 연관관계 주인이 된다.
✔️ N : 1 [ 다대일 ]
가장 많이 사용
다대일의 반대는 1:N [일대다]
외래 키가 있는 쪽이 연관관계의 주인
양쪽을 서로 참조하도록 개발
✔️ 1 : N [ 일대다 ]
1 (일)이 연관관계의 주인
하지만 테이블은 항상 N(다)쪽에 외래 키가 있다.
객체와 테이블 차이때문에 반대편 테이블의 외래 키를 관리하는 특이한 구조
@JoinColumn을 꼭 사용
그렇지 않으면 조인 테이블 방식을 사용해야함
단점
엔티티가 관리하는 외래 키가 다른 테이블에 있다
연관관계 관리를 위해 추가로 UPDATE SQL 실행
일대다 단방향보다는 다대일 양방향 매핑 사용 권장
공식적으로 존재하지 않으며
@JoinColumn(insertable=false, updatable=false) 을 통해서 억지로 읽기 전용 필드를 만들어 구현
1:N 처럼 똑같이 UPDATE SQL이 나감
✔️ 1 : 1 [ 일대일 ]
주 테이블 이나 대상 테이블 중 외래 키 선택 가능
외래 키에 데이터베이스 유니크 제약 조건 추가
N : 1[다대일] 단방향 매핑과 유사
N : 1 [다대일] 양방향 매핑처럼 외래 키가 있는 곳이 연관관계 주인
반대편은 mappedBy 적용
단방향 관계는 JPA 지원 x
양방향 관계는 지원
일대일 주 테이블에 외래 키 양방향과 매핑 방법은 같다
주테이블에 외래 키
- 주 객체가 대상 객체의 참조를 가지는 것 처럼 주 테이블에 외래 키를 두고 대상 테이블을 찾음
- 객체지향 개발자 선호
- JPA 매핑 편리
- 장점 : 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능
- 단점 : 값이 없으면 외래 키에 null 허용
대상 테이블에 외래 키
- 대상 테이블에 외래 키 존재
- 전통적인 데이터베이스 개발자 선호
- 장점 : 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지
- 단점 : 프로시 기능 한계로 지연 로딩으로 설정해도 항상 즉시 로딩
✔️ N : N [ 다대다 ]
- 관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계 표현 불가
- 연결 테이블을 추가해서 일대다, 다대일 관계로 풀어내야함
* 객체는 다대다 관계 가능
결론적으로 말하면 사용하지 말자
정 사용해야한다면 연결 테이블용 엔티티 추가후 @OneToMany, @ManyToOne로 풀어 낸다.
@ManyToMany는 제약: 필드 추가X, 엔티티 테이블 불일치
🔖 학습내용 출처
'Back-End > JPA' 카테고리의 다른 글
| JPA - 고급 매핑 (0) | 2024.07.09 |
|---|---|
| JPA - 1:N 단방향과 양방향에 대해서 (0) | 2024.07.09 |
| JPA - 연관관계 매핑 기초 (0) | 2024.07.05 |
| JPA - 엔티티 매핑 (0) | 2024.07.05 |
| JPA - 영속성 관리 (0) | 2024.07.01 |