목표
- 객체와 테이블 연관관계의 차이를 이해
- 객체의 참조와 테이블의 외래 키를 매핑
- 용어 이해
- 방향(Direction): 단방향, 양방향
- 다중성(Multiplicity): 다대일(N:1), 일대다(1:N), 일대일(1:1), 다대다(N:M) 이해
- 연관관계의 주인(Owner): 객체 양방향 연관관계는 관리 주인 이 필요
연관관계가 필요한 이유
‘객체지향 설계의 목표는 자율적인 객체들의 협력 공동체를 만드는 것이다.
–조영호(객체지향의 사실과 오해
예제 시나리오
-
회원과 팀이 있다.
-
회원은 하나의 팀에만 소속될 수 있다.
-
회원과 팀은 다대일 관계다.
한계점
객체를 테이블에 맞추어 데이터 중심으로 모델링하면, 협력 관계를 만들 수 없다.
양방향 연관관계와 연관관계의 주인
- 테이블의 연관관계는 Foreign Key를 통해 단방향, 양방향 모두 해결된다. 사실 방향이 존재하지 않는다.
연관관계의 주인과 mappedBy
객체와 테이블간에 연관관계를 맺는 차이를 이해해야 한다.
객체의 양방향 연관관계
-
객체 연관관계 = 2개
-
회원 -> 팀 연관관계 1개(단방향)
-
팀 -> 회원 연관관계 1개(단방향)
-
테이블 연관관계 = 1개
테이블의 양방향 연관관계
- 테이블은 외래 키 하나로 두 테이블의 연관관계를 관리
- MEMBER.TEAM_ID 외래 키 하나로 양방향 연관관계 가짐
연관관계의 주인(Owner)
양방향 매핑 규칙
- 객체의 두 관계중 하나를 연관관계의 주인으로 지정
- 연관관계의 주인만이 외래 키를 관리 (등록, 수정)
- 주인이 아닌쪽은 읽기만 가능
- 주인은 mappedBy 속성 사용x
- 주인이 아니면 mappedBy 속성으로 주인 지정
누구를 주인으로?
- 외래 키가 있는 곳을 주인으로 정해라
- 여기서는 Member.team이 연관관계의 주인
- DB에서는 1대N 매핑에서 N이 연관관계의 주인이 된다.
양방향 매핑시 연관관계의 주인에 값을 입력해야 한다.
하지만, 순수한 객체 관계를 고려하면 항상 양쪽다 값을 입력해야 한다.
-
연관관계 편의 메서드를 생성하자.
-
양방향 매핑시에 무한 루프를 조심하자
- ex) toString(), lombok, JSON 생성 라이브러리
-
단방향 매핑을 잘하고 양방향 매핑은 필요할 때 추가하면 됨
Reference
인프런, 자바 ORM 표준 JPA 프로그래밍 - 기본편, 김영한