JPA 연관관계 매핑 기초

- 객채와 테이블 연관관계의 차이를 이해

- 객체의 참조와 테이블의 외래 키를 매핑

 

연관관계가 필요한 이유

예시 시나리오

- 회원과 팀이 있다.

- 회원은 하나의 팀에만 소속될 수 있다.

- 회원과 팀은 다대일(N:1) 관계

 

객체를 테이블에 맞추어 모델링 (연관관계 없음)

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

Member member = new Member();
member.setName("member1");
members.setTeamId(team.getId());
em.persist(member);

Member findMember = em.find(Member.class, member.getId());
Team findTeam = em.find(Team.class, team.getId());

- 연관관계가 없기 때문에 식별자로 조회

- 식별자로 다시 한 번 더 조회한다, 객체 지향적인 방법이 아니다.

 

객체를 테이블에 맞추어 데이터 중심으로 모델링하면, 협력 관계를 만들 수 없다

- 테이블은 외래 키로 조인을 사용해서 연관된 테이블을 찾는다.

- 객체는 참조를 사용해서 연관된 객체를 찾는다.

- 테이블과 객체 사이에는 이런 큰 간격이 있다.

 

단방향 연관관계

객체지향 모델링

@Entity
public class Member {
    ...
    
    @ManyToOne
    @JoinColumn(name = "TEAM_ID")
    private Team team;
    
    ...

- 객체 지향 모델링, 객체의 참조와 테이블의 외래 키를 매핑

- ORM 매핑

//팀 저장
Team team = new Team();
team.setTeam("TeamA");
em.persist(team);

//회원 저장
Member member = new Member();
member.setName("member1");
member.setTeam(team); //단방향 연관관계 설정, 참조 저장
em.persist(member);

Member findMember = em.find(Member.class, member.getId());

// 참조를 사용해서 연관관계 조회
Team findTeam = findMember.getTeam();

- 참조로 연관관계 조회하여 - 객체 그래프 탐색

 

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

양방향 매핑

@Entity
public class Team {
    ....
    
    @OneToMany(mappedBy = "team")
    public List<Member> members = new ArrayList<Member>();
    
    ...
    

- 반대 방향으로 객체 그래프 탐색

 

연관관계의 주인과 mappedBy

- mappedBy = JPA의 멘붕 난이도

- 객체와 테이블간에 연관관계를 맺는 차이를 이해해야 한다

 

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

- 객체 연관관계 = 2개

• 회원 -> 팀 단방향 연관관계 1개
• 팀 -> 회원 단방향 연관관계 1개

- 테이블 연관관계 = 1개

• 회원 <-> 팀의 양방향 연관관계 1개

위의 양방향 매핑 다이어그램 그림을 보면 차이점을 알 수 있다.

 

객체의 양방향 관계

- 객체의 양방향 관계는 사실 양방향 관계가 아니라 서로 다른 단방향 관계 2개

- 객체를 양방향으로 참조하려면 단방향 연관관계를 2개 만들어야 한다.

- A -> B (a.getB())

- B -> A (b.getA())

 

테이블의 양방향 연관관계

- 테이블은 외래 키 하나로 두 테이블의 연관관계를 관리

 

둘 중 하나로 외래 키를 관리해야 한다

- Member? Team? 둘 중에 뭘로 연관관계 매핑을 해야할까?

- DB에서는 외래 키 값만 업데이트하면 된다 - 단방향은 참조와 외래 키만 업데이트하면 되지만 양방향은 명확한 하나의 관계가 필요

- 외래 키 관리의 주인을 명확하기 위해 연관관계의 주인이라는 개념이 있다

 

연관관계의 주인

양방향 매핑 규칙

- 객체의 두 관계 중 하나를 연관관계의 주인으로 지정

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

- 주인이 아닌쪽은 읽기만 가능 (read-only)

- 주인은 mappedBy 속성 사용 X

- 주인이 아니면 mappedBy 속성으로 주인 지정

 

누구를 주인으로?

- 외래 키가 있는 곳을 주인(@JoinColumn)으로 정해라

- Member.team이 연관관계의 주인

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

- 연관관계의 주인에 값을 입력하지 않음

- 양방향 매핑 시 연관관계의 주인에 값을 입력해야 한다. (순수한 객체 관계를 고려하면 양쪽 다 값 입력)

 

양방향 연관관계 주의

- 순수 객체 상태를 고려해서 항상 양쪽에 값을 설정하자

- 연관관계 편의 메서드를 생성하자

- 양방향 매핑시에 무한 루프를 조심하자 ex) toString(), lombok, JSON 생성 라이브러리

 

양방향 매핑 정리

- 단방향 매핑만으로도 이미 연관관계 매핑은 완료

- 양방향 매핑은 반대 방향으로 조회 기능이 추가된 것 뿐이다

- JPQL에서 역방향으로 탐색할 일이 많다, 단방향 매핑을 잘하고 양방향은 필요할 때 추가!

- 근데 사실 실무에서 양방향 매핑할 일이 많다.

 

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

- 비즈니스 로직을 기준으로 연관관계의 주인을 선택하면 안된다

ex) 자동차 : 바퀴 = 1 : N -> 자동차가 주인인 것 같지만 바퀴가 연관관계의 주인이다

- 연관관계의 주인은 외래 키의 위치를 기준으로 정해야 한다

 

 

출처 : 자바 ORM 표준 프로그래밍