연관관계의 주인이 어디 위치하는지에 따라 나뉜다.
다대일 => 연관관계 주인이 다(N)에 위치
일대다 => 연관관계 주인이 일(1)에 위치
다대일 (N:1)
단방향 (Member -> Team)
가장 많이 쓰이는 연관관계이다.
Member
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String name;
@ManyToOne
@JoinColumn(name = "TEAM_ID")
private Team team;
...Team
@Entity
public class Team {
@Id @GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
private String name;
...
양방향 (Member <-> Team)
데이터 베이스는 손댈 필요가 없고 Team에만 Member를 참조하는 객체를 넣어주면 된다.
Team 수정
@Entity
public class Team {
@Id @GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
private String name;
//추가
@OneToMany(mappedBy = "team")
private List<Member> members = new ArrayList<>();
...
일대다 (1:N)
단방향 (Team -> Member)
- 일대다 단방향은 일대다(1:N)에서 일(1)이 연관관계의 주인
- 테이블 일대다 관계는 항상 다(N) 쪽에 외래 키가 있음
- 객체와 테이블의 차이 때문에 반대편 테이블의 외래 키를 관리하 는 특이한 구조
- @JoinColumn을 꼭 사용해야 함. 그렇지 않으면 조인 테이블 방식을 사용함(중간에 테이블을 하나 추가함)
- 잘 쓰이지 않는다. 일대다 단방향 매핑보다는 다대일 양방향 매핑을 사용하자.
Member
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String name;
...Team
@Entity
public class Team {
@Id @GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
private String name;
@OneToMany
@JoinColumn(name = "TEAM_ID")
private List<Member> members = new ArrayList<>();
...
양방향 (Team <-> Member)
- 이런 매핑은 공식적으로 존재하지 않는다.
- @JoinColumn(insertable=false, updatable=false) : 읽기 전용 필드를 사용해서 양방향 처럼 사용하는 방법
- 다대일 양방향을 사용하자!
Member 수정
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String name;
@ManyToOne
@JoinColumn(insertable = false, updatable = false) //읽기 전용이 되어버린다.
private Team team;
일대일 (1:1)
- 일대일 관계는 그 반대도 일대일이다.
- 주 테이블이나 대상 테이블 중에 외래 키 선택 가능하다.
- 주 테이블에 외래 키
- 대상 테이블에 외래 키
- 외래 키에 데이터베이스 유니크(UNI) 제약조건 추가해야한다. 그래야 데이터 베이스에서 1:1관계가 성립된다.
- 테이블은 주 테이블, 대상 테이블 어디든 외래 키만 있다면 양쪽으로 조회가능하므로 누가 외래 키를 가질지만 선택하면 된다.
주 테이블에 외래 키
단방향 (Member -> Locker)
Member
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String name;
@OneToOne
@JoinColumn(name = "LOCKER_ID")
private Locker locker;Locker
@Entity
public class Locker {
@Id @GeneratedValue
@Column(name = "LOCKER_ID")
private Long id;
private String name;
}양방향 (Member <-> Locker)
Locker 수정
@Entity
public class Locker {
@Id @GeneratedValue
@Column(name = "LOCKER_ID")
private Long id;
private String name;
@OneToOne(mappedBy = "locker")
private Member member;
}
대상 테이블에 외래 키
단방향 (Locker -> Member)
- 단방향 관계는 JPA 지원하지 않는다
- 양방향 관계는 지원한다.
양방향 (Locker <-> Member)
- 주 테이블에 외래키 양방향과 매핑방법이 같다.
Locker
@Entity
public class Locker {
@Id @GeneratedValue
@Column(name = "LOCKER_ID")
private Long id;
private String name;
@OneToOne
@JoinColumn(name = "MEMBER_ID")
private Member member;
}Member
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String name;
@OneToOne(mappedBy = "member")
private Locker locker;
...
정리
다대다 (N:N)
- 관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현할 수 없음
- 연결 테이블을 추가해서 일대다, 다대일 관계로 풀어내야 한다.
- 객체는 컬렉션을 사용해서 객체 2개로 다대다 관계 가능
- @ManyToMany 사용
- @JoinTable로 연결 테이블 지정
- 편리해 보이지만 실무에서 사용하지 않는다.
- 연결 테이블이 단순히 연결만 하고 끝나지 않기 때문이다.
- 중간 테이블에는 매핑정보만 들어가고 추가 데이터를 넣는 것이 불가능하다.
- 중간 테이블이 숨겨져 있기 때문에 쿼리가 예상하지 못하는 형태로 나간다.
- 실무 비즈니스는 복잡해서 ManyToMany로 풀 수있는게 거의 없다고 보면 된다.
@ManyToMany -> @OneToMany, @ManyToOne으로 바꾸자!
