[JPA] @OneToMany/@ManyToOne Join Annotation 사용법

연관 관계 매핑

테이블 간의 연관 관계가 있을 때, 객체지향스럽게 사용하는 방법을 제공한다.

기존의 데이터베이스에서는 외래 키를 사용하나 JPA에서는 객체를 참조하는 방식으로 연관 관계를 매핑 할 수 있다.

테이블 중심으로 모델링을 하게 되면, 외래 키를 가지고 데이터를 찾기 때문에 객체지향스럽지가 못하기 때문에, 객체 중심으로 관계를 매핑하고 모델링하는 것이 중요하다

 

본 포스팅에서 다루게 될 용어는 아래와 같다.

• 방향 : 단방향, 양방향
• 다중성 : 다대일, 일대다, 일대일, 다대다
• 연관관계의 주인 : 객체 양방향 연관관계는 관리 주인이 필요

 

일대다 [1:N]

• 일대다 관계에서는 일이 연관관계의 주인이다.
• 일 쪽에서 외래키를 관리하겠다는 의미가 된다.
• 결론을 먼저 말하자면, 표준스펙에서 지원은 하지만 실무에서 이 모델은 권장하지 않는다.
• 일대다 단방향 매핑
  • 팀과 멤버가 일대다 관계이다.
  • Team이 Members를 가지는데, Member 입장에서는 Team을 참조하지 않아도 된다라는 설계가 나올 수 있다. 객체 입장에서 생각하면 충분히 나올 수 있는 설계이다.
  • 그러나 DB 테이블 입장에서 보면, 무조건 일대다의 다쪽에 외래키가 들어간다.
  • Team에서 members가 바뀌면, DB의 Member 테이블에 업데이트 쿼리가 나가는 상황이다.

일대다 단방향 매핑

• JPA @OneToMany와 @JoinColumn()을 이용해서 일대다 단방향 매핑 코드로 이해하기
  • Member는 코드상 연관관계 매핑 없고, 팀에서만 일대다 단방향 매핑 설정.
  • Team.java
    

    @Entity
    public class Team {
      ...
       
       @OneToMany
       @JoinColumn(name = "TEAM_ID")
       private List<Member> members = new ArrayList<>();
       
      ...
    }

  • Main.java
    

    ...
    Member member = new Member();
    member.setUsername("NJ");
    em.persist(member);
    ​
    System.out.println("-----멤버 저장");
    ​
    Team team = new Team();
    team.setName("A");
    team.getMembers().add(member);
    em.persist(team);
    ​
    System.out.println("-----팀 저장");
    ​
    tx.commit();

• 실제 발생한 쿼리
  • log에서 확인해보면 트랜잭션 커밋 시점에 create one-to-many row로 시작되는 주석과 함께 Member 테이블을 업데이트 하는 쿼리가 나간다.
    

    Hibernate:
       /* insert hello.jpa.Member
           */
           insert
           into
              Member
              (id, age, createdDate, description, lastModifiedDate, roleType, name)
           values
              (null, ?, ?, ?, ?, ?, ?)
    -----멤버 저장
    Hibernate:
       /* insert hello.jpa.Team
           */
           insert
           into
              Team
              (id, name)
           values
              (null, ?)
    -----팀 저장
    Hibernate:
       /* create one-to-many row hello.jpa.Team.members */
       update
          Member
       set
          TEAM_ID=?
       where
          id=?

    
    

 

일대다 단방향 정리 - 문제점과 실무적인 해결 방안

• 일대다 단방향은 일대다(1:N)의 일(1)이 연관관계의 주인이다.
• 테이블 일대다 관계는 항상 다(N) 쪽에 외래키가 있다.
• 객체와 테이블의 패러다임 차이 때문에 객체의 반대편 테이블의 외래키를 관리하는 특이한 구조이다.
• @JoinColumn을 꼭 사용해야 한다. 그렇지 않으면 조인 테이블 방식을 사용한다.(중간에 테이블을 하나 추가한다.)
  • 실제로 TEAM_MEMBER라는 테이블이 하나 생성되고, INSERT 쿼리가 나간다.
    

    Hibernate:
       
       create table Team_Member (
          Team_id bigint not null,
          members_id bigint not null
      )
       
    ...(생략)
    ​
    -----팀 저장 이후에
    Hibernate:
       /* insert collection
           row hello.jpa.Team.members */
           insert
           into
              Team_Member
              (Team_id, members_id)
           values
              (?, ?)

• 문제점
  • 일단 업데이트 쿼리가 나간다. 성능상 좋지않다.
  • Main.java 파일을 보자. 코드를 보면서 쿼리를 추적할 때, 팀 엔티티를 수정했는데 멤버 테이블에 업데이트 쿼리가 나가는 상황이 나오게되고, 실무에서는 테이블이 수십개가 엮여서 돌아가는 상황에서 위와 같은 상황은 운영을 힘들게 한다.
• 답은 위에서 먼저 학습한 다대일 단방향 관계로 매핑하고, 필요할 경우 양방향 매핑을 통해서 해결한다.
• 객체 입장에서보면, 반대방향으로 참조할 필요가 없는데 관계를 하나 만드는 것이지만, DB의 입장으로 설계의 방향을 조금 더 맞춰서 운영상 유지보수하기 쉬운 쪽으로 선택할 수 있다.

일대다 양방향 매핑

• 이런 매핑은 공식적으로는 존재하지 않는다.
• @JoinColumn(name = "team_id", insertable = false, updatable = false) 사용.
• @ManyToOne과 @JoinColumn을 사용해서 연관관계를 매핑하면, 다대일 단방향 매핑이 되어버린다. 근데 반대쪽 Team에서 이미 일대다 단방향 매핑이 설정되어있다. 이런 상황에서는 두 엔티티에서 모두 테이블의 FK 키를 관리 하게 되는 상황이 벌어진다.
• 그걸 막기 위해서 insertable, updatable 설정을 FALSE로 설정하고 읽기 전용 필드로 사용해서 양방향 매핑처럼 사용하는 방법이다.
• 읽기 전용으로 사용할 경우도 있을 수 있으니, 알아두자.
• 그러나, 결론은 다대일 양방향을 사용하자.
  • 테이블이 수십개 있는데, 매핑이나 설계는 단순해야 팀원 누구나 사용할 수 있다.
    

    @Entity
    public class Member {
    ...
       
     @ManyToOne
     @JoinColumn(name = "team_id", insertable = false, updatable = false)
     private Team team;
     
    ...
    }

 

참고사이트

---

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

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