목표
• 객체와 테이블 연관관계의 차이를 이해
• 객체의 참조와 테이블의 외래 키를 매핑
- 객체의 참조: member.getName()
- 테이블의 외래키: Order안의 memberId
• 방향(Direction): 단방향, 양방향
• 다중성(Multiplicity): 다대일(N:1), 일대다(1:N), 일대일(1:1), 다대다(N:M) 이해
• 연관관계의 주인(Owner): 객체 양방향 연관관계는 관리 주인이 필요
연관관계 매핑 기초 (방향)
연관관계가 필요한 이유
‘객체지향 설계의 목표는 자율적인 객체들의 협력 공동체를 만드는 것이다.’
객체를 테이블에 맞추어 모델링하면 생기는 문제
객체를 테이블에 맞추어 모델링
1. (외래 키 식별자를 직접 다루는 코드)
문제
- 외래키 식별자를 직접 다루는 것은 좋은 방법이 아니다. (
team.getId()) - 연관관계가 없어서 관계를 계속 꺼내야 한다.(
getXX()) 즉, 객체지향스럽지 못하다.
//팀 저장
Team team = new Team();
team.setName("TeamA");
em.persist(team);
//회원 저장
Member member = new Member();
member.setName("member1");
member.setTeamId(team.getId());
em.persist(member);2. (식별자로 다시 조회, 객체 지향적인 방법은 아니다.)
//조회
Member findMember = em.find(Member.class, member.getId());
//연관관계가 없음
Team findTeam = em.find(Team.class, team.getId());객체를 테이블에 맞추어 데이터 중심으로 모델링하면, 협력 관계를 만들 수 없다.
- 테이블은 외래 키로 조인을 사용해서 연관된 테이블을 찾는다.
- 객체는 참조를 사용해서 연관된 객체를 찾는다.
- 테이블과 객체 사이에는 이런 큰 간격이 있다.
단방향 연관관계
객체 지향 모델링 (객체 연관관계 사용)
1. 객체지향 모델링 방법 : 엔티티 단방향 매핑
객체의 참조와 테이블의 외래키를 매핑
코드로 보면 아래와 같다.
@Entity
public class Member {
@Id @GeneratedValue
private Long id;
@Column(name = "USERNAME")
private String name;
private int age;
// @Column(name = "TEAM_ID")
// private Long teamId;
@ManyToOne
@JoinColumn(name = "TEAM_ID")
private Team team;
…
}2. 연관관계 저장과 조회 :
참조로 연관관계를 조회한다.
-> 객체 그래프 탐색
//팀 저장
Team team = new Team();
team.setName("TeamA");
em.persist(team);
//회원 저장
Member member = new Member();
member.setName("member1");
member.setTeam(team); //단방향 연관관계 설정, 참조 저장
em.persist(member);
//조회
Member findMember = em.find(Member.class, member.getId());
//참조를 사용해서 연관관계 조회
Team findTeam = findMember.getTeam();양방향 연관관계와 연관관계의 주인
양방향 매핑
1. 객체지향 모델링 방법 : 엔티티 양방향 매핑
@Entity
public class Member {
...
@Id @GeneratedValue
private Long id;
@ManyToOne
@JoinColumn(name = "TEAM_ID")
private Team team;
...
}
@Entity
public class Team {
@Id @GeneratedValue
private Long id;
@OneToMany(mappedBy = "team")
List<Member> members = new ArrayList<Member>();
…
}
2. 연관관계 저장과 조회 :
//조회
Team findTeam = em.find(Team.class, team.getId());
int memberSize = findTeam.getMembers().size(); //역방향 조회연관관계의 주인과 mappedBy
- 객체와 테이블간에 연관관계를 맺는 차이를 이해해야 한다.
객체와 테이블이 관계를 맺는 차이
-
객체 연관관계 = 2개
• 회원 -> 팀 연관관계 1개(단방향)
• 팀 -> 회원 연관관계 1개(단방향)
테이블 연관관계 = 1개
• 회원 <-> 팀의 연관관계 1개(양방향) -
객체의 양방향 관계는 사실 양방향 관계가 아니라 서로 다른 단뱡향 관계 2개다.
-> 객체를 양방향으로 참조하려면 단방향 연관관계를 2개 만들어야 한다. -
테이블의 연관관계는 외래키 하나로 양방향이 다 있는 것이다. 테이블의 연관관계는 방향이라는 개념이 없다. fk하나로 양쪽을 알 수 있다. 문제는 객체 연관관게이다.
테이블의 양방향 연관관계
-
테이블은 외래 키 하나로 두 테이블의 연관관계를 관리
-
MEMBER.TEAM_ID 외래 키 하나로 양방향 연관관계 가짐 (양쪽으로 조인할 수 있다.)
-
규칙: 둘중 하나로 외래키 관리해야 한다. Member는 Team team으로 외래키를 관리할지, Team에 있는 List members로 관리를 할지 연관관계의 주인을 정해야 한다. 양방향일때 연관관계의 주인을 정하는 것은 필수이다
둘 중 하나로 외래 키를 관리해야 한다.
-> 즉, 연관관계의 주인을 정해야 한다.
✨ 연관관계의 주인 (Owner)
양방향 매핑 규칙
• 객체의 두 관계중 하나를 연관관계의 주인으로 지정
• 연관관계의 주인만이 외래 키를 관리(등록, 수정)
• 주인이 아닌쪽은 읽기만 가능
• 주인은 mappedBy 속성 사용X
• 주인이 아니면 mappedBy 속성으로 주인 지정
=> ✨ 연관관계의 주인은 외래키가 있는 곳을 주인으로 해야 한다.
아래 그림에서는 Member.team이 연관관계의 주인이다.
양방향 매핑시 가장 많이 하는 실수
- 연관관계의 주인에 값을 입력하지 않음
- 양쪽에 값을 설정해줘야 한다.
team.getMembers().add(member);
//연관관계의 주인에 값 설정
member.setTeam(team); 다양한 연관관계 매핑 (N:M)
연관관계 매핑시 고려사항 3가지
• 다중성
• 단방향, 양방향
• 연관관계의 주인
단방향, 양방향
• 테이블
• 외래 키 하나로 양쪽 조인 가능
• 사실 방향이라는 개념이 없음
• 객체
• 참조용 필드가 있는 쪽으로만 참조 가능
• 한쪽만 참조하면 단방향
• 양쪽이 서로 참조하면 양방향
연관관계의 주인
• 테이블은 외래 키 하나로 두 테이블이 연관관계를 맺음
• 객체 양방향 관계는 A->B, B->A 처럼 참조가 2군데
• 객체 양방향 관계는 참조가 2군데 있음. 둘중 테이블의 외래 키를 관리할 곳을 지정해야함
• 연관관계의 주인: 외래 키를 관리하는 참조
• 주인의 반대편: 외래 키에 영향을 주지 않음, 단순 조회만 가능
다대일 [N:1]
다대일 단방향
• 가장 많이 사용하는 연관관계
• 다대일의 반대는 일대다
다대일 양방향
• 외래 키가 있는 쪽이 연관관계의 주인
• 양쪽을 서로 참조하도록 개발
다대일 양방향
일대다 [1:N]
일대다 단방향
• 일대다 단방향은 일대다(1:N)에서 일(1)이 연관관계의 주인
-> 보통 연관관계의 주인은 다(N)이다.
• 테이블 일대다 관계는 항상 다(N) 쪽에 외래 키가 있음
• 객체와 테이블의 차이 때문에 반대편 테이블의 외래 키를 관리하는 특이한 구조
• @JoinColumn을 꼭 사용해야 함. 그렇지 않으면 조인 테이블 방식을 사용함(중간에 테이블을 하나 추가함)
- 앞의 예시에 일대다를 적용하면, 팀의 members 값을 바꿨을때 멤버의 TEAM_ID(FK)값을 업데이트해야 한다.
• 일대다 단방향 매핑의 단점
• 엔티티가 관리하는 외래 키가 다른 테이블에 있음
• 연관관계 관리를 위해 추가로 UPDATE SQL 실행
• 일대다 단방향 매핑보다는 다대일 양방향 매핑을 사용하자
일대다 양방향 정리
• 이런 매핑은 공식적으로 존재X
• 다대일 양방향을 사용하자
일대일 [1:1]
일대일 관계
• 일대일 관계는 그 반대도 일대일
• 주 테이블이나 대상 테이블 중에 외래 키 선택 가능
• 주 테이블에 외래 키
• 대상 테이블에 외래 키
• 외래 키에 데이터베이스 유니크(UNI) 제약조건 추가
일대일: 주 테이블에 외래 키 단방향
- 다대일(@ManyToOne) 단방향 매핑과 유사
일대일: 주 테이블에 외래 키 양방향
- 일대일: 주 테이블에 외래 키 양방향 정리
- 반대편은 mappedBy 적용
일대일: 주 테이블에 외래키 단방향&양방향 코드
@Entity
public class Member {
...
@OneToOne
@JoinColumn(name = "LOCKER_ID")
private Locker locker;
...
}
// 양방향 시 추가
@Entity
public class Team {
@OneToOne(mappedBy = "locker")
private Member member;일대일: 대상 테이블에 외래 키 단방향 정리
• 단방향 관계는 JPA 지원X
• 양방향 관계는 지원
일대일: 대상 테이블에 외래 키 양방향
• 사실 일대일 주 테이블에 외래 키 양방향과 매핑 방법은 같음
다대다 [N:M]
다대다
• 관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현할 수 없음
• 연결 테이블을 추가해서 일대다, 다대일 관계로 풀어내야함
• 객체는 컬렉션을 사용해서 객체 2개로 다대다 관계 가능
• 편리해 보이지만 실무에서 사용X
다대다 한계 극복
• 연결 테이블용 엔티티 추가(연결 테이블을 엔티티로 승격)
• @ManyToMany -> @OneToMany, @ManyToOne
@JoinColumn
- 외래 키를 매핑할 때 사용
@ManyToOne - 주요 속성
- 다대일 관계 매핑
@OneToMany - 주요 속성
