JPA - 양방향 연관관계와 연관관계의 주인 - 주의점, 정리

양방향 연관관계와 연관관계의 주인 - 주의점

양방향 매핑시 가장 많이 하는 실수는 연관관계의 주인에 값을 입력하지 않는 것이다.

Member member = new Member();
member.setName("Member1");
em.persist(member);

Team team = new Team();
team.setName("TeamA");
team.getMembers().add(member);
em.persist(team);

Team의 members는 @mappedBy를 했기 때문에 읽기 전용으로 바뀐다.
역방향(주인이 아닌 방향)만 연관관계를 설정했기 때문에 Member 테이블의 TEAM_ID는 null이 들어간다.

Team team = new Team();
team.setName("TeamA");
em.persist(team);

Member member = new Member();
member.setName("Member1");
member.setTeam(team);
em.persist(member);

team.getMembers().add(member);

em.flush();
em.clear();

Team findTeam = em.find(Team.class, team.getId());
List<Member> members = findTeam.getMembers();

for (Member m : members) {
    System.out.println("m = " + m.getName());
}

tx.commit();

위와 같이 작성해야 값이 정상적으로 들어간다.
순수한 객체 관계를 고려하면 항상 양쪽 다 값을 입력해야 한다.
flush(), clear()를 하면 문제가 발생하지 않지만, 하지 않는다면 문제가 발생한다.

Team team = new Team();
team.setName("TeamA");
em.persist(team);

Member member = new Member();
member.setName("Member1");
member.setTeam(team);
em.persist(member);

flush(), clear()를 하지 않는다면 위 상태 그대로 1차 캐시에 들어가 있는 상태가 된다.
값이 세팅되지 않은 상태에서 1차 캐시에 들어가니 값을 찾을 수 없고 select 쿼리 자체도 날아가지 않는다.

또 테스트 케이스를 작성할 때 JPA 없이 순수 Java로 동작할 수 있게도 작성하는데 값이 안 나올 수도 있다.

결론은 양쪽 다 값을 세팅해야 한다!!!
양쪽 다 값을 세팅하기 위해 연관관계 편의 메소드를 생성하는 것을 권장한다.

public void changeTeam(Team team) { // setTeam 메소드 이름을 변경해서 중요한 것이라고 생각이 들 수 있게 함.
  this.team = team;
  team.getMembers().add(this);
}

양방향 매핑시 무한 루프가 생길 수 있다.
toString()이나 Lombok, JSON 생성 라이브러리 등이 있는데, toString()이나 Lombok은 한 쪽에서만 사용 하면 문제가 되지 않고 JSON은 컨트롤러에서 엔티티를 반환하지 않고 Dto 객체를 따로 만들어서 사용하면 문제가 생기지 않는다.

양방향 매핑 정리

• 단방향 매핑만으로도 이미 연관관계 매핑은 완료된다.
  • JPA 모델링 할 때 단방향 매핑으로 설계를 끝내야 함
  • 실무에서는 테이블 설계를 생각하며 객체 설계를 같이 해야 함.
    • 이 시점에 테이블 관계에서 대략적인 외래키 관계는 다 도출된다.
      • N쪽에서 단방향 매핑을 다 걸어줘야 한다.
  • 양방향 매핑은 반대 방향으로 조회 기능이 추가된 것 뿐이기 때문에 JPA의 설계 관점에서는 단방향 매핑으로만으로 설계가 완성된 것.
  • 설계(테이블과 객체의 매핑) 입장에서만 보면 단방향 매핑으로도 이미 설계가 끝난 것.
• 양방향 매핑은 역방향으로 탐색할 일이 있을 때 추가하면 된다.
  • 단방향 매핑만 잘 하고 양방향은 필요할 때 추가만 하면 된다
    • 테이블에 영향을 주지 않기 때문!

결론은 단방향 매핑으로 다 끝낸다. 1:N일때 N인 방향에 연관관계 매핑(단방향 매핑)을 다 하고, 개발할 때 필요한 기능에 따라 양방향 매핑을 고민해도 늦지 않는다.

연관관계의 주인을 정하는 기준

비즈니스 로직을 기준으로 연관관계 주인을 선택하면 안된다.
연관관계의 주인은 외래키의 위치를 기준으로 정해야한다.
이로 인해 햇갈일 일이 없다는 장점이 생긴다.

출처 : 인프런 김영한 지식공유자님의 스프링 부트와 JPA 실무 완전 정복 로드맵 강의