김영한님의 자바 ORM 표준 JPA 프로그래밍 강의를 수강하면서 정리했습니다.
데이터 중심 설계의 문제점
@Entity
public class Order {
@Column(name = "ORDER_ID")
@Id @GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
*@Column(name = "MEMBER_ID")
private Long memberId;
- 객체 설계를 테이블 설계에 맞춘 방식
- 테이블의 외래키를 객체에 그대로 가져옴
- 객체 그래프 탐색이 불가능
연관관계 매핑 기초
- 객체와 테이블 연관관계의 차이를 이해해야한다.
- 객체의 참조와 테이블의 외래키를 매핑해야한다.
- 용어
- 방향
- 다중성
- 다대일 N:1
- 일대다 1:N
- 일대일 1:1
- 다대다 N:N
- 연관관계의 주인
연관관계가 필요한 이유
객체지향 설계의 목표는 자율적인 객체들의 협력 공동체를 만드는 것이다. - 조영호(객체지향의 사실과 오해)
객체를 테이블에 맞추어 데이터 중심으로 모델링하면 협력관계를 만들 수 없다.
- 테이블은 외래키로 조인을 사용해서 연관된 테이블을 찾는다.
- 객체는 참조를 사용해서 연관된 객체를 찾는다.
테이블과 객체 사이에는 위와 같은 큰 간격이 존재한다.
양방향 연관관계와 연관관계의 주인
- 객체의 양방향 관계는 사실 양방향 관계가 아니라 서로 다른 단 뱡향 관계 2개다.
- 객체를 양방향으로 참조하려면 단방향 연관관계를 2개 만들어 야 한다.
테이블의 양방향 연관관계
- 테이블은 외래 키 하나로 두 테이블의 연관관계를 관리
- 예를들어 멤버-팀 테이블이 있다면 MEMBER.TEAM_ID 외래 키 하나로 양방향 연관관계 가짐 (양쪽으로 조인할 수 있다.)
양방향 연관관계에서 둘 중 하나로 외래 키를 관리해야 한다.
연관관계의 주인
- 양방향 매핑 규칙
- 객체의 두 관계중 하나를 연관관계의 주인으로 지정
- 연관관계의 주인만이 외래 키를 관리(등록, 수정)
- 주인이 아닌쪽은 읽기만 가능
- 주인은 mappedBy 속성 사용X
- 주인이 아니면 mappedBy 속성으로 주인 지정
누구를 주인으로?
양방향 매핑 핵심
- 단방향 매핑만으로도 이미 연관관계 매핑은 완료
- 양방향 매핑은 반대 방향으로 조회(객체 그래프 탐색) 기능이 추가된 것 뿐
- JPQL에서 역방향으로 탐색할 일이 많음
- 단방향 매핑을 잘 하고 양방향은 필요할 때 추가해도 됨
연관관계 매핑 시 고려사항 3가지
- 다중성
- 단방향, 양방향
- 테이블
- 외래키 하나로 양쪽 조인 가능
- 방향이라는 개념X
- 객체
- 참조용 필드가 있는 쪽으로만 참조 가능
- 한쪽만 참조하면 단방향
- 양쪽시 서로 참조하면 양방향
- 연관관계의 주인