단방향 연관 관계
객체 연관관계
- 객체는 단방향 관계다.
- 객체의 필드(멤버 변수)로 다른 객체와 연관관계를 맺는다.
테이블 연관관계
- 양방향 관계다.
- 테이블은 외래키로 다른 테이블과 연관관계를 맺는다.
- 두 테이블의 외래키를 통해서 서로 조인 할 수가 있다.
객체 연관관계와 테이블 연관관게의 가장 큰 차이
참조를 통한 연관관계는 언제나 단방향이다.
객체간에 연관관계를 양방향으로 만들고 싶으면 반대쪽에도 필드를 추가해서 참조를 보관해야한다.
결국 연관관계를 하나 더 만들어야 한다.
이렇게 양쪽에서 서로 참조하는 것을 양방향 연관관계라 한다.
하지만 정확히 이야기하면 이것은 양방향 관계가 아니라 서로 다른 단방향 관계 2개다.
반면에 테이블은 외래 키 하나로 양방향으로 조인할 수 있다.
객체 관계 매핑
@Entity
public class Member {
@Id
@Column(name = "MEMBER_ID")
private Long id;
private String username;
//연관 관계 매핑
@ManyToOne
@JoinColumn(name="TEAM_ID")
private Team team;
//연관관계 설정
public void setTeam(Team team) {
this.team = team;
}
//Getter Setter
}- @ManyToOne
- 다대일(N:1) 관계라는 매핑 정보
- 어노테이션 필수
- @JoinColumn(name="TEAM_ID")
- 조인컬럼은 외래 키를 매핑할 때 사용
- name 속성에 매핑할 외래 키 이름을 지정
- 생략 가능하다.
- 기본값 : 필드명 + _ + 참조하는 테이블의 컬러명
양뱡향 연관관계
회원과 팀이 있을때, 회원과 팀은 다대일 관계라고 하자. 그럼 반대로 팀에서 회원은 일대다 관계다.
일대다 관계는 여러 건과 연관관계를 맺을 수 있으므로 컬렉션을 사용해야 한다.
- 회원 -> 팀(Member.team)
- 팀 -> 회원(Team.members)
cf)
JPA는 LIST를 포함해서 Collection, Set, Map 같은 다양한 컬렉션을 지원한다.
테이블 관계는 어떻게 될까?
데이터이스 테이블은 외래 키 하나로 양방향으로 조회할 수 있다. 두 테이블의 연관관계는 외래 키 하나만으로 양방향 조회가 가능하므로 처음부터 양방향 관계다. 따라서 데이터베이스에 추가 할 내용이 전혀 없다.
양방향 연관관계 매핑
@Entity
public class Team {
...
// 필드 생략
@OneToMany(mappedBy = "team")
private List<Member> members = new ArrayList<Member>();
//Getter, Setter ..
}- 일대다 관계를 매핑하기 위해 @OneToMany 사용
- 팀 엔티티에 컬렉션인 List<Member> members를 추가
- mappedBy 속성은 양방향 매핑일 때 사용하는데 반대쪽 매핑의 필드 이름을 값으로 주면 된다.
연관관계 주인
테이블은 외래 키 하나로 두 테이블의 연관관계를 관리한다.
엔티티를 단반향으로 매핑하면 참조를 하나만 사용하므로 이 참조로 외래 키를 관리
그런데 엔티티를 양방향으로 매핑하면 두 곳에서 서로를 참조한다.
따라서 객체의 연관관계를 관리하는 포인트는 2곳으로 늘어난다.
엔티티를 양방향 연관관계로 설정하면 객체의 참조는 둘인데 외래 키는 하나다. 따라서 둘 사이에 차이가 발생한다.
그럼 둘 중 어떤 관계를 사용해서 외래 키를 관리해야 할까?
이런 차이로 인해 JPA에서는 두 객체 연관관계 중 하나를 정해서 테이블의 외래키를 관리해야 하는데 이것을 연관관계 주인이라 한다.
양방향 매핑 규칙 : 연관관계의 주인
- 연관관계의 주인만이 데이타베이스 연관관계와 매핑된다.
- 연관관계의 주인만이 외래키를 관리(등록, 수정, 삭제)할 수 있다.
- 주인이 아닌 쪽은 읽기만 할 수 있다.
연관관계의 주인을 정한다는 것 = 외래 키 관리자를 선택하는 것.
mappedBy 속성
- 주인이 아니면 mappedBy 속성을 사용해서 속성의 값으로 연관관계의 주인을 지정
- 주인은 mappedBy 속성을 사용하지 않는다.
ex) Member.team, Team.members 둘 중 어떤 것을 연관관계의 주인으로 정해야할까?
회원 -> 팀(Member.team) 방향
Class Member {
@ManyToOne
@JoinColumn(name="TEAM_ID")
private Team team;
...
}팀 -> 회원(Team.members) 방향
class Team{
@OneToMany
private List<Member> members = new ArrayList<Member>();
...연관관계의 주인을 정한다는 것은 사실 외래 키 관리자를 선택하는 것이다. 회원 테이블에 있는 TEAM_ID 외래 키를 관리할 관리자를 선택해야 한다.
만약 회원 엔티티에있는 Member.team을 주인으로 선택하면 자기 테이블에 있는 외래 키를 관리하면 된다.
따라서 Member.team이 주인이 된다.
연관관계의 주인은 외래 키가 있는 곳
- 연관관계의 주인은 테이블에 외래 키가 있는 곳으로 정해야 한다.
- Team 엔티티는 mappedBy를 통해 주인이 아님을 설정.
class Team {
@OneToMany(mappedBy = "team") // 연관관계 주인인 Member.team
private List<Member> members = new ArrayList<Member>();
}- 연관관계의 주인만 데이터베이스 연관관계와 매핑, 외래 키를 관리.
- 주인이 아닌 반대편은 읽기만 가능, 외래 키를 변경하지 못한다.
- 항상 '다(N)'쪽이 외래 키를 가진다.
- @ManyToOne은 항상 연관관계의 주인이 되므로 mappedBy를 설정할 수 없다. 따라서 @ManyToOne에는 mappedBy 속성이 없다.
양방향 연관관계 주의점
양방향 연관관계를 설정하고 가장 흔히 하는 실수 : 연관관계의 주인에는 값을 입력하지 않고, 주인이 아닌 곳에만 값을 입력하는 것이다.
• 순수 객체 상태를 고려해서 항상 양쪽에 값을 설정하자
• 연관관계 편의 메소드를 생성하자
• 양방향 매핑시에 무한 루프를 조심하자
• 예: toString(), lombok, JSON 생성 라이브러리
순수한 객체까지 고려한 양방향 연관관계
객체 관점에서 양쪽 방향에 모두 값을 입력해주는 것이 가장 안전하다
양쪽 방향 모두 값을 입력하지 않으면 JPA를 사용하지 않는 순수한 객체 상태에서 심각한 문제가 발생할 수 있다.
member1.setTeam(team1); 회원 -> 팀Member.team에만 연관관게를 설정하고 반대 방향은 연관관계를 설정하지 않는다면 기대했던 결과 값이 나오지 않는다.
양방향은 양쪽다 관계를 설정해야 한다. 회원 -> 팀을 설정하면 다음 `팀 -> 회원'도 설정해야 한다.
member1.setTeam(team1); // 회원 -> 팀
team1.getMembers().add(member1); // 팀 -> 회원객체까지 고려하면 이렇게 양쪽 다 관계를 맺어야 한다.
이렇게 양쪽에 연관관계를 설정하면 순수한 객체 상태에서도 동작하며, 테이블의 외래 키도 정상 입력된다.
물론 외래 키의 값은 연관관계의 주인인 Member.team 값을 사용한다.
정리하자면, 앞서 이야기한 것처럼 객체까지 고려해서 주인이 아닌 곳에도 값을 입력하자.
즉, 객체의 양방향 연관관계는 양쪽 모두 관계를 맺어주자.
연관관계 편의 메소드 작성 시 주의사항
member1.setTeam(teamA); // 1
member1.setTeam(teamB); // 2
Member findMember = teamA.getMember(); // member1이 여전히 조회된다.teamB로 변경할 때 tamA -> member1 관계를 제거하지 않는다.
그래서 연관관계를 변경할 때는 기존 팀이 있으면 기존 팀과 회원의 연관관계를 삭제하는 코드를 추가해야 한다.
따라서 기존 관계를 제거하도록 코드를 수정해야 한다.
public void setTeam(Team team) {
// 기존 팀과 관계를 제거
if (this.team != null) {
this.team.getMembers().remove(this);
}
this.team = team;
team.getMembers().add(this);
}삭제되지 않은 관계2에서 teamA -> member1 관계가 제거되지 않아도 데이터베이스 외래 키를 변경하는 데는 문제가 없다. 왜냐하면 teamA -> member1 관계를 설정한 Team.members는 연관관계의 주인이 아니기 떄문이다. 연관관계의 주인인 Member.team의 참조를 member1 -> teamB로 변경했으므로 데이터베이스에 외래 키는 teamB를 참조하도록 정상 반영 된다.
그리고 이후에 새로운 영속성 컨텍스트에서 teamA를 조회해서 teamA.getMembers()를 호출하면 데이터베이스 외래 키에는 관계가 끊어져 있으므로 아무것도 조회되지 않는다. 여기까지만 보면 특별한 문제가 없는 것 같다.
문제는 관계를 변경하고 영속성 컨텍스트가 아직 살아있는 상태에서 teamA의 getMembers()를 호출하면 member1이 반환된다는 점이다. 따라서 변경된 연관관계는 앞서 설명한 것처럼 관계를 제거하는 것이 안전하다.
참고
