JPA 연관관계 매핑
김영한 : 자바 ORM 표준 JPA 프로그래밍 - 기본편 강의를 공부한 내용입니다.
객체와 테이블의 연관관계
@Entity @Data
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String name;
@Column(name = "TEAM_ID")
private Long teamId;
}
@Entity @Data
public class Team {
@Id @GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
private String name;
}
위와 같이 두 개의 엔티티가 있다고 가정하자.
객체를 테이블에 맞춰 설계를 한 상황인데, 이게 생각보다 문제가 많다.
Team team = new Team();
team.setName("TEAM_A");
em.persist(team);
Member member = new Member();
member.setName("MEMBER1");
member.setTeamId(team.getId());
em.persist(member);
객체가 아닌 외래키를 set 해주는 것이 객체지향적이지 않다.
만약 Member의 Team을 구하려한다면 더더욱 마음에 들지 않아진다.
Member findMember = em.find(Member.class, member.getId());
Long findTeamId = findMember.getTeamId();
Team findTeam = em.find(Team.class, findTeamId);
Member를 구해왔으니, findMember.getTeam() 을 통해 Team을 구할 수 있을 것 같으나 그렇지 않다.
ORM의 취지랑 전혀 어울리지 않는다.
테이블은 외래키로 조인을 사용해 연관된 테이블을 찾지만,
객체는 참조를 통해 연관된 객체를 찾는다.
이처럼 둘은 큰 차이가 있다.
단방향 연관관계
위의 상황을 해결하기 위해 Member 엔티티는 teamId 대신 team을 컬럼으로 가지려한다.
@Entity
public class Member {
@Id @GeneratedValue
@Column(name = "MEMBER_ID")
private Long id;
@Column(name = "USERNAME")
private String name;
private Team team; // 컴파일 에러
}
컴파일 에러가 발생하는 이유는 JPA는 이러한 경우 둘의 관계가 어떤지 모르기 때문이다.
아래는 순서대로 객체 연관관계와 테이블 연관관계이다.
위의 사진과 같이 하나의 Team에는 여러명의 Member가 존재한다.
그렇기 때문에 Member 입장에서는 Member가 다, Team이 일이므로,
@ManyToOne Annotation을 사용한다.
@Entity
public class Member {
...
@ManyToOne
private Team team;
}
이제 객체지향적이다.
그러나 여전히 문제는 있다.
DB는 외래키를 통해 조인을 하는데, Team 객체를 사용하니 외래키를 알 수 없다는 점이다.
그렇기때문에 Team의 외래키를 직접 설정해줘야한다.
이때 사용되는 Annotation이 @JoinColumn이다.
@Entity
public class Member {
...
@ManyToOne
@JoinColumn(name = "TEAM_ID")
private Team team;
}
양방향 연관관계
단방향 연관관계에서는 Member.getTeam()은 가능하지만, Team.getMember()는 불가하다.
두가지를 모두 가능하게 하는 관계를 양방향 연관관계라고 한다.
기본적으로 테이블은 외래키 하나로 양방향 연관관계를 가진다.
사실상 방향이라는 것이 없기에 테이블은 수정하지 않아도 된다.
그러나 객체는 그렇지 않다.
참조를 통해 연관관계를 가지기때문에 Team 엔티티에 Member를 추가해줘야한다.
@Entity
public class Team {
@Id @GeneratedValue
@Column(name = "TEAM_ID")
private Long id;
private String name;
private List<Member> members = new ArrayList<>();
}
Team은 Member를 여러개 가질 수 있으니 List를 사용해서 만든다.
그러나 단방향 연관관계와 동일하게 컴파일에러가 발생한다.
이때 @OneToMany Annotation을 사용한다.
@Entity
public class Team {
...
@OneToMany
private List<Member> members = new ArrayList<>();
}
컴파일에러는 사라졌지만, 실행시키면 아래와 같이 정상적인 양방향 관계가 아닐 것이다.
Hibernate:
create table Member (
MEMBER_ID bigint not null,
USERNAME varchar(255),
TEAM_ID bigint,
primary key (MEMBER_ID)
)
Hibernate:
create table Team (
TEAM_ID bigint not null,
name varchar(255),
primary key (TEAM_ID)
)
Hibernate:
create table Team_Member (
Team_TEAM_ID bigint not null,
members_MEMBER_ID bigint not null
)
Hibernate:
alter table Team_Member
add constraint UK_tgr3dv1t34w4hlaxcn7hw0h2l unique (members_MEMBER_ID)
Hibernate:
alter table Member
add constraint FKl7wsny760hjy6x19kqnduasbm
foreign key (TEAM_ID)
references Team
Hibernate:
alter table Team_Member
add constraint FKpsjmea2e134ab3x3gsdoyxepg
foreign key (members_MEMBER_ID)
references Member
Hibernate:
alter table Team_Member
add constraint FK4u1npo283vgqfk8lyxclihgnl
foreign key (Team_TEAM_ID)
references Team
엔티티로 설정하지 않은 Team_Member 테이블이 생성되었다.
왜 그럴까?
먼저 객체와 테이블이 관계를 맺는 방식의 차이를 이해해야한다.
객체는 두개의 객체가 연관관계를 맺기 위해선, 두개의 단방향 연관관계가 필요하다.
public class A {
B b;
}
public class B {
A a;
}
그러나 테이블은 FK 하나로 양방향 연관관계를 가질 수 있다.
다시 돌아가서 위의 경우 객체 입장에선 사실 양방향이 아니라 각각의 단방향 연관관계인 것이다.
그렇기 때문에 두 테이블의 PK인 MEMBER_ID와 TEAM_ID를 FK로 가진 조인 테이블이 생성된 것이다.
그렇다면 어떻게 해결해야 할까?
만약 멤버 중 한명의 팀이 변경되었다.
그러면 MEMBER의 TEAM을 수정해야할까? TEAM의 MEMBER를 수정해야 할까?
테이블을 다시 생각해보자.
두 테이블을 연결하는 TEAM_ID는 두 테이블이 모두 가지고 있다.
그럼 이 관계에 주인은 누구일까?
연관관계의 주인
이런 애매한 상황이 생기기 때문에 JPA는 연관관계의 주인을 설정해줘야한다.
TEAM 테이블은 TEAM_ID를 PK로 가지기 때문에 주인일 것 같아보이지만,
PK인 TEAM_ID를 통해 조회 시 MEMBER가 여러명일 수 있기 때문에 연결된 하나의 관계를 찾을 수 없다.
반대로 MEMBER는 TEAM_ID가 FK이다.
TEAM_ID와 MEMBER_ID가 있다면, 연결된 하나의 관계를 찾을 수 있다.
그렇기때문에 FK를 가진 쪽이 주인이 된다.
다시말해 “다” 방향이 주인이 된다.
이때 주인을 알리기 위해 mappedBy 옵션을 사용한다.
@Entity
public class Member {
...
@ManyToOne
@JoinColumn(name = "TEAM_ID")
private Team team;
...
}
@Entity
public class Team {
...
@OneToMany(mappedBy = "team")
private List<Member> members = new ArrayList<>();
}
위 관계에서 Member.team이 관계의 주인이다.
mappedBy 옵션엔 주인이 되는 필드의 변수명을 사용하면 된다.
Team team = new Team();
team.setName("TEAM_A");
em.persist(team);
Member member = new Member();
member.setName("MEMBER1");
member.setTeam(team);
em.persist(member);
em.flush();
em.clear();
Member findMember = em.find(Member.class, member.getId());
List<Member> members = findMember.getTeam().getMembers();
for (Member m : members) {
System.out.println("member = " + m.getName());
}
// 결과
Hibernate:
create table Member (
MEMBER_ID bigint not null,
USERNAME varchar(255),
TEAM_ID bigint,
primary key (MEMBER_ID)
)
Hibernate:
create table Team (
TEAM_ID bigint not null,
name varchar(255),
primary key (TEAM_ID)
)
Hibernate:
alter table Member
add constraint FKl7wsny760hjy6x19kqnduasbm
foreign key (TEAM_ID)
references Team
Hibernate:
/* insert me.gicheol.Team
*/ insert
into
Team
(name, TEAM_ID)
values
(?, ?)
Hibernate:
/* insert me.gicheol.Member
*/ insert
into
Member
(USERNAME, TEAM_ID, MEMBER_ID)
values
(?, ?, ?)
Hibernate:
select
member0_.MEMBER_ID as MEMBER_I1_0_0_,
member0_.USERNAME as USERNAME2_0_0_,
member0_.TEAM_ID as TEAM_ID3_0_0_,
team1_.TEAM_ID as TEAM_ID1_1_1_,
team1_.name as name2_1_1_
from
Member member0_
left outer join
Team team1_
on member0_.TEAM_ID=team1_.TEAM_ID
where
member0_.MEMBER_ID=?
Hibernate:
select
members0_.TEAM_ID as TEAM_ID3_0_0_,
members0_.MEMBER_ID as MEMBER_I1_0_0_,
members0_.MEMBER_ID as MEMBER_I1_0_1_,
members0_.USERNAME as USERNAME2_0_1_,
members0_.TEAM_ID as TEAM_ID3_0_1_
from
Member members0_
where
members0_.TEAM_ID=?
member = MEMBER1
이번에는 Member 테이블에 조인 테이블도 생성되지 않았고, TEAM_ID 라는 FK가 추가되었다.
그리고 자유롭게 Member와 Team을 탐색할 수 있다는 것을 알 수 있다.
양방향 연관관계와 연관관계의 주인 주의점
Member member = new Member();
member.setName("MEMBER1");
em.persist(member);
Team team = new Team();
team.setName("TEAM_A");
team.getMembers().add(member);
em.persist(team);
앞서 공부한 것과 같이 위 연관관계의 주인은 Member.team이다.
위와 같이 주인이 아닌 Team의 member에 값을 아무리 저장해도 JPA는 DB에 반영하지 않는다.
실제 DB에 Insert된 값을 보자.
TEAM_iD가 null인 것을 알 수 있다.
사실상 Member.setTeam(team)을 해주면 값은 정상적으로 들어가지만,
객체지향적으로 생각하자면, Member.setTeam(team)과 Team.getMembers().add(member)를 세팅하는 것이 더 올바르다.
게다가 엔티티가 1차 캐시에 올라간 상태 즉 영속 상태인 경우라면 또 문제가 발생한다.
Team team = new Team();
team.setName("TEAM_A");
em.persist(team);
Member member = new Member();
member.setName("MEMBER1");
member.setTeam(team);
em.persist(member);
team.getMembers().add(member); // 이 부분을 주석처리하면 m.getName()은 출력되지 않는다.
Team findTeam = em.find(Team.class, team.getId());
List<Member> members = findTeam.getMembers();
for (Member m : members) {
System.out.println("m = " + m.getName());
}
만약 위 부분에 주석처리가 되어있고,
flush, clear 처리 한 후 등의 영속성 컨텍스트의 관리를 받지 않는 경우라면
DB에서 조회를 해오기 때문에 값이 정상적으로 나오겠지만,
위와 같이 영속상태일 경우 members는 값이 나오지 않는다.
1차 캐시에서 조회해오기 때문이다.
이러한 상황을 대비하기 위해 양방향 연관관계라면
양쪽에 값을 설정해야 한다.
사실 이러한 상황은 실수를 하기 쉽다.
Member 엔티티에 setTeam()을 할 때 “연관관계 편의 메서드” 를 만들어 주는 것이 좋다.
@Entity
public class Member {
...
public void setTeam(Team team) {
this.team = team;
team.getMembers().add(this);
}
}
여기서 getter setter는 자바빈의 규약, 관례이기 때문에
setTeam보다는 changeTeam 등으로 이름을 변경하는 것이 낫다.
@Entity
public class Member {
...
public void changeTeam(Team team) {
this.team = team;
team.getMembers().add(this);
}
}
혹은 연관관계 메서드는 Team 엔티티에 추가해줄 수도 있다.
@Entity
public class Team {
...
public void addMember(Member member) {
member.setTeam(this);
members.add(member);
}
}
이 부분은 자율적이나, 꼭 둘 중의 한 군데에서만 해야한다.
양방향 연관관계 무한루프
양방향 연관관계는 무한루프가 발생하기 쉽다.
@Entity
public class Member {
...
@Override
public String toString() {
return "Member{" +
"id=" + id +
", name='" + name + '\'' +
", team=" + team +
'}';
}
}
@Entity
public class Team {
...
@Override
public String toString() {
return "Team{" +
"id=" + id +
", name='" + name + '\'' +
", members=" + members +
'}';
}
}
Member의 toString에서는 team을 Team의 toString에서는 members를 호출한다.
딱 봐도 굉장히 불안하다.
실제로 toString을 호출하면 StackOverflowError가 발생한다.
lombok을 굉장히 많이 사용할텐데,
@Data, @ToString 사용을 자제해야한다.
혹시 쓰더라도 team, members는 제외하고 사용한다.
JSON 생성 라이브러리도 마찬가지의 상황으로 무한루프가 발생할 수 있다.
엔티티는 DTO를 사용해서 반환하는 방법으로 해결한다.
정리
사실 단방향 매핑만으로도 이미 JPA의 연관관계 매핑은 완료되지만,
JPQL에서는 역방향으로 탐색할 일이 많기 때문에 양방향 매핑이 아예 필요 없는 건 아니다.
우선 단방향 매핑을 잘 해두고 설계를 한 후, 양방향 매핑은 필요 시 추가해도 문제 될 일이 없다.
양방향 매핑을 추가할때 테이블에 영향을 주지 않기 때문이다.
연관관계의 주인은 비즈니스 로직을 기준으로 선택하는 것이 아니라, 외래키의 위치를 기준으로 정해야 한다.
Leave a comment