2023. 02.07 14:00 복습 시작
다양한 연관관계 매핑
연관 관계 매핑 시에 고려해야 할 3가지가 있다.
- 다중성
- 단방향, 양방향
- 연관 관계의 주인
이 점을 유의하면서 다양한 연관관계들을 살펴보겠다.
다대일 단방향
먼저 다대일 [ N : 1 ]이다.
예시 코드는 아래와 같다.
@Entity
public class Member{
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
private String username;
@ManyToOne
@JoinColumn(name = "TEAM_ID")
private Team team;
//getter, setter
}
@Entity
public class Team{
@Id @GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
private String name;
//getter, setter
}회원은 Member.team으로 팀 엔티티를 참조할 수 있지만 반대로 팀에는 회원을 참조하는 필드가 없다.
따라서 다대일 단방향 연관관계다.
다대일 양방향
실선이 연관관계 주인이고 점선은 연관관계의 주인이 아니다.
@Entity
public class Member{
@Id @GeneratedValue
@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;
//무한루프에 빠지지 않게 체크
if(!team.getMembers().contains(this)){
team.getMembers.add(this);
}
}
}
@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<Member>();
public void addMember(Member member){
this.members.add(member);
if(member.getTeam()) != this){ //무한루프에 안 빠지게 체크
member.setTeam(this);
}
}
}
// Getter, Setter은 있다고 가정다대일 양방향을 정리하면 외래 키가 있는 쪽이 연관관계의 주인이며 양쪽을 서로 참조하도록 해야 한다.
일대다 단방향
일대다 [ 1 : N ]이다.
하나의 팀은 여러 회원을 참조할 수 있는데 이런 관계를 일대다 관계라고 한다.
그리고 팀은 회원들을 참조하지만 반대로 회원은 팀을 참조하지 않으면 둘의 관계는 단방향이다.
특이한 점을 확인할 수 있다.
위 그림을 보면 팀 엔티티의 Team, members로 회원 테이블의 TEAM_ID 외래 키를 매핑한다.
보통 자신이 매핑한 테이블의 외래 키를 관리하는데, 이 매핑은 반대쪽 테이블에 있는 외래 키를 관리한다.
일대다 관계에서 외래 키는 항상 다쪽 테이블에 있다.
하지만 다 쪽인 Member 엔티티에는 외래 키를 매핑할 수 있는 참조 필드가 없다.
대신에 반대쪽인 Team 엔티티에만 참조 필드인 members가 있다.
따라서 반대편 테이블의 외래 키를 관리하는 특이한 모습이 나타난다. 코드는 아래와 같다.
@Entity
public class Member{
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
private String username;
}
@Entity
public class Team{
@Id @GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
private String name;
@OneToMany
@JoinColumn(name = "TEAM_ID") //MEMBER 테이블의 TEAM_ID
private List<Member> members= new ArrayList<Member>();
}
// Getter, Setter은 있다고 가정일대다 단방향 매핑의 단점은 매핑한 객체가 관리하는 외래 키가 다른 테이블에 있다는 점이다.
본인 테이블에 외래 키가 있다면 엔티티의 저장과 연관관계 처리를 INSERT SQL로 한 번으로 끝낼 수 있지만,
다른 테이블에 외래 키가 있으면 연관관계 처리를 위한 UPDATE SQL을 추가로 실행해야 한다.
그러므로 결론은 다음과 같다. 일대다 단방향 매핑보다는 다대일 양방향 매핑을 사용하자.
일대다 양방향
일대다 양방향 매핑은 존재하지 않는다. 대신 다대일 양방향 매핑을 사용해야 한다.
사실 일대다 양방향과 다대일 양방향은 똑같은 말이다. 여기서는 왼쪽을 연관관계의 주인으로 가정해서 분류했다.
예를 들어 다대일이면 다가 연관관계의 주인이다.
양방향 매핑에서는 @OneToMany가 연관관계의 주인이 될 수 없다.
왜냐하면 관계형 데이터베이스의 특성상 일대다, 다대일 관계는 항상 다 쪽에 외래 키가 있다.
따라서 @OneToMany, @ManyToOne 둘 중에 연관관계의 주인은 항상 다 쪽인 @ManyToOne을 사용하는 것이다.
이런 이유로 @ManyToOne에는 mappedBy 속성이 없다.
그렇다고 완전히 불가능하지는 않다. 이제 일대다 양방향 관계를 코드와 이미지로 알아보자.
코드는 아래와 같다.
@Entity
public class Member{
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
private String username;
@ManyToOne(name = "TEAM_ID", insertable = false, updatable = false)
private Team team;
}
@Entity
public class Team{
@Id @GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
private String name;
@OneToMany
@JoinColumn(name = "TEAM_ID") //MEMBER 테이블의 TEAM_ID
private List<Member> members= new ArrayList<Member>();
}
// Getter, Setter은 있다고 가정
일대다 단방향 매핑 반대편에 다대일 단방향 매핑을 추가했으며, 이때 일대다 단방향 매핑과 같은 TEAM_ID 외래 키 칼럼을 매핑했다.
이렇게 되면 둘 다 같은 키를 관리하므로 문제가 발생할 수 있다.
따라서 다대일 쪽은 insertable = false, updatable = false로 설정해서 읽기만 가능하게 했다.
이건 사실상 일대다 단방향 매핑 반대에 다대일 단방향 매핑을 추가한 방식이다.
그래서 일대다 단방향 매핑이 가지는 단점을 그대로 가지므로, 될 수 있으면 다대일 양방향 매핑을 사용하자.
참고자료
자바 ORM 표준 JPA 프로그래밍 - 김영한
자바 ORM 표준 JPA 프로그래밍 강의 - https://www.inflearn.com/course/ORM-JPA-Basic/dashboard
자바 ORM 표준 JPA 프로그래밍 - 기본편 - 인프런 | 강의
JPA를 처음 접하거나, 실무에서 JPA를 사용하지만 기본 이론이 부족하신 분들이 JPA의 기본 이론을 탄탄하게 학습해서 초보자도 실무에서 자신있게 JPA를 사용할 수 있습니다., - 강의 소개 | 인프런
www.inflearn.com
2023. 02.07 14:30 복습 및 정리 마무리
댓글