본문 바로가기
[JAVA]/JPA

JPA - 다양한 연관관계 매핑

by 황원용 2022. 11. 28.
728x90

다대일 단방향 

  • DB 테이블 설계 상 '다'쪽에 외래키가 있어야 한다.
  • 가장 많이 사용하는 연관관계이다.
  • 반대는 일대다 관계이다.

 

 

다대일 양방향

  • 객체 연관관계에서 '일'쪽에 추가만 해주면 되고 단순 조회만 가능하다.
  • 외래키가 있는 쪽이 연관관계의 주인이라고 생각하면 된다.
  • 양쪽이 서로를 참조하도록 개발한다.

 

 

일대다 단방향

  • 일대다 단방향은 일대다에서 '일'이 연관관계의 주인이다.
  • 테이블 일대다 관계는 항상 '다'쪽에 외래키가 있다.
  • 객체와 테이블의 차이 때문에 반대편 테이블의 외래키를 관리하는 특이한 구조이다.
    • Team(1)과 Member(N) 테이블이 있다고 가정할 때 Team 테이블이 연관관계의 주인이다.
    • 하지만 DB에서는 설계상 무조건 '다' 쪽에 외래키가 들어가야 한다.
    • Team 객체는 외래키를 가지고 있는 MEMBER 테이블과 연관관계 매핑이 되어야 한다.
    • 따라서 Members를 업데이트하기 위해서는 MEMBER 테이블을 통해 업데이트 쿼리를 날려야 하므로 쿼리가 한 번 더 나가게 된다. 이는 성능 상 손해일뿐만 아니라 실무에서 수십 개의 테이블이 엮여있을 때 굉장히 헷갈리게 된다.
  • @JoinColumn을 꼭 사용해야 한다. 그렇지 않으면 조인 테이블 방식을 사용한다.(중간에 테이블 하나 추가)
  • 단점
    • 엔티티가 관리하는 외래키가 다른 테이블에 있다.
    • 연관관계 관리를 위해 추가적으로 UPDATE SQL을 실행한다.
    • 따라서 일대다 단방향보다는 다대일 양방향 매핑을 사용하자.
    • 실무에서는 사용하지 않는다.

 

 

일대다 양방향

  • 공식적으로 존재하지 않는다.
  • @JoinColumn(insertable=false, updatable=false)
  • 읽기 전용 필드를 사용해서 양방향처럼 사용하는 방법이다.
  • 그냥 다대일 양방향 매핑을 사용하자

 

 

일대일 관계

  • 일대일 관계는 그 반대도 일대일이다
  • 주 테이블이나 대상 테이블 중에 외래키 선택이 가능하다.
  • 외래키에 데이터베이스 유니크 제약조건이 추가가 되어야 한다.(FK, UNI)
  • 다대일 양방향 매핑처럼 외래키가 있는 곳이 연관관계의 주인이다.
  • 반대편은 mappedBy를 적용한다.
  • 단방향 관계는 JPA에서 지원하지 않고, 양방향 관계만 지원을 한다.

 

주테이블에 외래키가 있을 때

  • 두 객체가 대상 객체의 참조를 가지는 것과 같이 주 테이블에 외래키를 두고 대상 테이블을 찾는다.
  • 객체 지향 개발자 선호
  • JPA 매핑 편리
  • 장점
    • 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능
  • 단점
    • 값이 없으면 외래키에 null 허용

 

대상테이블에 외래키가 있을 때

  • 대상테이블에 외래키가 존재
  • 전통적인 데이터베이스 개발자 선호
  • 장점
    • 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지
      • 예를 들어 MEMBER LOCKER 테이블이라고 할 때 회원 한 명이 두 개 이상의 락커를 이용 가능하게 바뀐다면?
      • 락커 쪽에 멤버의 외래키가 있는 것이 변경이 용이하다.
  • 단점
    • 프록시 기능의 한계로 지연 로딩으로 설정해도 항상 즉시 로딩이 된다. 
      • MEMBER 테이블에 외래키가 있다면 Locker가 필요할 때 지연로딩하면 되지만, LOCKER 테이블에 외래키가 있다면 MEMBER 테이블을 조회할 때 LOCKER까지 무조건 조회되므로 설정 여부와 관계없이 즉시로딩된다. 

 

 

다대다 관계

  • 관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현할 수 없다.
  • 연결 테이블을 추가해서 일대다, 다대일 관계로 풀어내야 한다.
  • 객체는 컬렉션을 사용해서 객체 2개로 다대다 관계가 가능하다.
  • 한계
    • 편리해보이지만 실무에서 사용하면 안 된다.
    • 연결 테이블이 단순히 연결만 하고 끝나지 않는다.
    • 중간 테이블에 주문시간, 수량 같은 추가 정보 데이터가 들어올 수 없다.
    • 중간 테이블 때문에 생각하지 못한 추가 쿼리가 발생할 수 있다.  
  • 극복
    • 연결 테이블용 엔티티를 추가한다.
    • @ManyToMany -> @OneToMany, @ManyToOne

 

 

 

참고

김영한 - 자바 ORM 표준 JPA 프로그래밍

728x90

'[JAVA] > JPA' 카테고리의 다른 글

N+1 문제 3분 요약 정리  (0) 2023.01.23
JPA - 엔티티와 테이블 매핑시 주의 사항  (2) 2022.11.29
JPA - 연관관계 매핑시 고려사항 3가지  (0) 2022.11.28
JPA - 연관관계 매핑  (0) 2022.11.27
JPA - 기본 키 매핑  (0) 2022.11.27