양방향 매핑시 가장 많이 하는 실수
(연관관계의 주인에 값을 입력하지 않음)
Team team = new Team();
team.setName("TeamA"); em.persist(team);
Member member = new Member();
member.setName("member1");
//역방향(주인이 아닌 방향)만 연관관계 설정
team.getMembers().add(member);
em.persist(member);
객체지향적으로 생각해 봤을 때에도 양방향 관계를 맺는 양쪽에다가 다 값을 넣어주는 것이 맞다.
단순하게 생각하면 양방향 관계일 경우에는 양쪽에다가 다 값을 넣어주면 된다.
// team.getMembers().add(member);
// em.flush();
// em.clear();
Team findTeam = em.find(Team.class, team.getId());
List<Member> members = findTeam.getMembers();
System.out.println("========");
for(Member m : members){
System.out.println("m =" + m.getUsername());
}
System.out.println("========");
/* 실행결과 */
// 사이에 아무런 값을 가져오지 않는다.
// 위에서 team.getMembers().add(member)를 주석처리 했기 때문
========
========
team.getMembers().add(member); 가 주석이 아닐 경우
/* 실행 결과 */
========
m =member1
========
양방향 연관관계시 주의
- 순수 객체 상태를 고려해서 항상 양쪽에 값을 설정하자.
- 연관관계 편의 메소드를 생성하자
- 양방향 매핑시에 무한 루프 조심하자.
- 예시) toString(), lombok, JSON 생성 라이브러리 등..
- 스프링 부트에서의 컨트롤러에서는 JSON 라이브러리를 통해 JSON을 반환할 경우 엔티티를 반환하면 안된다.
- DTO를 통해서 사용하자
- 예시) toString(), lombok, JSON 생성 라이브러리 등..
- 양쪽에 값을 선언해줄 시에 아래와 같이 엔티티 안에 연관관계 편의 메서드를 생성해서 사용한다.
- 단, Setter 에다가 선언해준다기 보다는 별도의 이름을 적어서 선언해준다. (ex setTeam -> changeTeam)
/* MEMBER 엔티티에 선언한 메서드 */
// public void setTeam(Team team) {
public void changeTeam(Team team) {
this.team = team;
// 연관관계 편의 메서드를 생성해줌으로써 양쪽에 값을 다 넣어주는 방향으로 한다.
team.getMembers().add(this);
}
- 연관관계 편의 메서드는 어떻게 쓰느냐에 따라 다르다.
- 위와 같이 Member (연관관계 주인) 쪽에다가 편의 메서드를 사용해도 되지만, 아래와 같이 Team 엔티티쪽에다가 addMember 메서드를 하나 생성해서 그 안에 넣어줘도 된다.
- 어디서 선언할지는 자유이다. 하지만 양쪽에 다하지는 않고 한군데에서만 해야한다. 안그러면 무한루프 걸릴수도 있다.
@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<>();
public void addMember(Member member){
member.setTeam(this);
members.add(member);
}
양방향 매핑 정리
- 단방향 매핑만으로도 이미 연관관계 매핑은 완료
- 양방향 매핑은 반대 방향으로 조회(객체 그래프 탐색) 기능이 추가된 것 뿐
- 양방향은 그러면 언제 해야 하는가?
- 실무에서는 생각보다 역방향으로 탐색해야 하는 경우가 많다.
- 단방향 매핑을 잘 하고 양방향은 필요할 때 추가해도 됨(테이블에 영향을 주지 않음)
- 양방향은 그러면 언제 해야 하는가?
- JPQL에서 역방향으로 탐색할 일이 많음
연관관계의 주인을 정하는 기준
- 연관관계의 주인은 외래 키의 위치를 기준으로 정해야 한다.
- 비즈니스 로직을 기준으로 연관관계의 주인을 선택하면 안된다.
- 외래키가 있는 쪽에 연관관계 주인을 두면 된다.
즉 결론..
설계단계에서는 우선 단방향 매핑관계로 JPA 매핑 관계를 다 끝낸다.
그리고 어플리케이션 개발단계를 진행하면서 필요할 경우 양방향 매핑관계를 추가하는 방향으로 진행하자