[JPA] 양방향 연관관계

 

개발을 하다보면 Team에 속한 Member들을 가져와야할때가 있다!

 

Member 테이블에서 Team을 조회? Team에서 Member를 조회?

 

객체 설계는 Member 에서 Team을 가지고 있고, Team에서는 Members를 가지고 있도록 설계한다.

테이블 안에서는, 단방향 매핑과 바뀌는 것이 없다.

둘은 JOIN을 통해서 관계를 맺을 수 있다! DB는 방향이 없다.

 

다대일 관계중 일(1)의 엔티티에 컬렉션을 추가해준다.

 

@Entity
public class Team {

	@Id @GeneratedValue
    private Long id;
    
    private String name;
    
    @OneToMany(mappedBy = "team")
    private List<Member> members = new ArrayList<Member>();
 	
    public void addMember(Member member) {
    	member.setTeam(this);
    	members.add(member);
    }
    
}

 

역방향으로 멤버들을 조회할 수 있다.

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

 

연관관계 주인과 mappedBy

DB 테이블에서는 FK 선언으로 양방향 관계를 맺을 수 있다. Join을 통해서 테이블의 관계를 모두 조회가 가능하다.

 

객체와 테이블간에 연관관계를 맺는 차이

 

테이블 연관관계

Member < - > Team (양뱡향)

테이블은 외래키 한로 두 테이블의 연관관계를 관리한다.

Member 테이블의 team_id 외래키 하나로 양방향 연관관계를 가진다. (양쪽으로 조인을 할 수 있다)

SELECT *
FROM MEMBER M
JOIN TEAM T ON M.TEAM_ID = T.TEAM_ID

SELECT *
FROM TEAM T
JOIN MEMBER M ON T.TEAM_ID = M.TEAM_ID

 

객체의 연관관계

Member -> Team의 연관관계 1개 (단방향)

Team -> Member의 연관관계 1개 (단방향)

 

객체의 양방향 관계는 서로 다른 단방향 관계 2개로 이루어져 있다.

객체를 양방향으로 참조하기 위해서는 단방향 연관관계를 억지로 만들어야한다.

 

둘 중 하나로 외래키를 관리해야한다.  => 연관관계의 주인이 !

 

멤버에 팀을 넣고, 팀에 멤버를 넣어주는데 연관관계는 어떤걸로 매핑을 해야하는지 의문이 생기게 된다.

멤버의 팀값을 업데이트할때, FK를 업데이트 해주게 할것인지?

팀의 members를 업데이트 했을때 FK를 업데이트 해주는지?

 

DB에서는 FK값만 업데이트 하면 되었는데! 양방향 관계 매핑에서는 한명을 지정해야한다!

누가! 연관관계의 주인이 관리하는 쪽으로 생각하면 쉽다.

 

양방향 매핑 규칙

- 연관관계의 주인만이 외래키를 관리(등록, 수정) 한다. 

- 주인이 아닌 쪽은 읽는 것만 가능하다. 

- mappedBy : 주인이 아닌 쪽이 주인을 지정한다. 

주인

외래키가 있는 곳을 주인으로 정한다.

연관관계의 주인은 비즈니스적으로 접근하기 보다, FK를 가진 쪽이 주인이 되면 된다.

 

---

양방향 매칭시 가장 많이 하는 실수

 

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

Member member = new Member();
member.setName("member1");

team.getMembers().add(member);
em.persist(member);

member를 조회해보면 TEAM_ID가 NULL인 상황이 발생한다.

 

 

연관관계의 주인에 값을 입력해야한다.

굳이 team의 members컬렉션에 멤버를 넣어주지 않아도, 지연로딩을 통해서 해당 멤버를 조회해올 수 있다.

하지만,  진짜 객체 지향적으로 고려한다면 항상 양쪽 다 값을 넣어주는 것이 맞다.

(테스트 코드를 작성할때, em.flush(), em.clear()가 되지 않은 상황에서 1차 상태에서 캐시된 상태에서 조회하려고 할때 NPE가 발생하는 문제점들이 존재함)

 

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

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

// 연관관계의 주인에 값 설정
member.setTeam(team);
team.getMembers().add(member);

// 이 동작이 수행되지 않으면 FK가 설정되어 있지 않은 1차캐시에만 영속화 된 상태.
em.flush();
em.clear();

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

for (Member m : findMembers) {
   // flush, clear가 일어난 후에는 팀의 Members에 넣어주지 않았지만, 조회를 할 수 있다
   System.out.println(m.getUsername());
}

tx.commit();

 

연관관계편의 메소드를 생성하는 것을 권장

편의 메소드에서는 주인쪽에서 연관관계의 값을 설정할때, 역방향 값도 함께 설정해준다. 메소드를 원자적으로 사용하기에 세트로 개발하다 보면 실수할 일이 줄어든다.

 

class Member {
  ...
       
   public void changeTeam(Team team) {
       this.team = team;
       team.getMembers().add(this);
  }
}

class Team {

	public addMember(Member member) {
    	member.setTeam(this);
        members.add(member);
    }
}

 

양방향 연관관계 매핑시 주의할 점

lombok이 자동으로 만드는 toString()메소드를 사용하지 말것.

 

Member의 toString() 

@Override
   public String toString() {
       return "Member{" +
           "id=" + id +
           ", username='" + username + '\'' +
           ", team=" + team +
           '}';
  }

 

Team의 toString()

@Override
   public String toString() {
       return "Team{" +
           "id=" + id +
           ", name='" + name + '\'' +
           ", members=" + members +
           '}';
  }

 

Member의 toString()을 호출하는 순간 Team의 toString()의 members가 호출하는 각 member의 toString() 때문에 무한루프가 생성된다. 스택 오버플로우가 발생함.

 

JSON 생성 라이브러리

양방향 관계의 Entity를 JSON으로 시리얼라이즈 하는 순간 무한루프에 빠지게 된다.

컨트롤러에서는 엔티티를 절대 직접 반환하면안된다.

엔티티 > JSON시 무한루프 걸린다.

실무에서는 DTO로 변환해서 반환하면 JSON 생성 라이브러리로 인한 문제는 없어질 것

 

참조

https://www.inflearn.com/course/ORM-JPA-Basic

자바 ORM 표준 JPA 프로그래밍 - 기본편 - 인프런 | 강의