나를 기록하다
article thumbnail
반응형

1. 연관관계 매핑시 고려사항 3가지

1) 다중성

  1. 다대일: @ManyToOne (가장 많이 사용)
  2. 일대다: @OneToMany (필요할 때 사용)
  3. 일대일: @OneToOne (가끔 사용)
  4. 다대다: @ManyToMany (실무에서 사용하지 않음)

JPA의 어노테이션은 DB와 매핑하기 위해 존재.

애매할 때는 반대쪽을 생각하라. 회원과 팀의 관계가 헷갈리면, 팀과 회원의 관계를 생각하라.

2) 단방향, 양방향

테이블

  1. 외래 키 하나로 양쪽 조인 가능
  2. 사실 방향이라는 개념이 없음

객체

  1. 참조용 필드가 있는 쪽으로만 참조 가능
  2. 한쪽만 참조하면 단방향
  3. 양쪽이 서로 참조하면 양방향

3) 연관관계의 주인

  1. 테이블은 외래 키 하나로 두 테이블이 연관관계를 맺음
  2. 객체 양방향 관계는 A→B, B→A 처럼 참조가 2군데 존재
  3. 객체 양방향 관계는 참조가 2군데 있음. 둘 중 테이블의 외래 키를 관리할 곳을 지정해야함
  4. 연관관계의 주인: 외래 키를 관리하는 참조
  5. 주인의 반대편: 외래 키에 영향을 주지 않음. 단순 조회만 가능

2. 다대일 [N : 1]

다대일 단방향

다대일 단방향

  • 가장 많이 사용하는 연관관계
  • 다대일의 반대는 일대다

다대일 양방향

다대일 양방향

  • 외래 키가 있는 쪽이 연관관계의 주인
  • 양쪽을 서로 참조하도록 개발

3. 일대다 [1 : N]

일대일 단방향 정리

일대일 단방향

  • 권장되지 않지만 표준 스펙에서 지원
  • 일대다 단방향은 일대다(1:N)에서 일(1)이 연관관계의 주인
  • 테이블 일대다 관계는 항상 다(N) 쪽에 외래 키가 있음
  • 객체와 테이블의 차이 때문에 반대편 테이블의 외래 키를 관리하는 특이한 구조
  • @JoinColumn을 꼭 사용해야 함. 그렇지 않으면 조인 테이블 방식을 사용함(중간에 테이블을 하나 추가함)

일대다 양방향 정리

일대다 양방향

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

일대다 단방향 매핑의 단점

  • 엔티티가 관리하는 외래 키가 다른 테이블에 있음
  • 연관관계 관리를 위해 추가로 UPDATE SQL 실행
  • 일대다 단방향 매핑보다는 다대일 양방향 매핑을 사용하자

4. 일대일 [1 : 1]

  • 주 테이블이나 대상 테이블 중에 외래 키 선택 가능
    • 주 테이블에 외래 키
    • 대상 테이블에 외래 키
  • 외래 키에 데이터베이스 유니크(UNI) 제약조건 추가
    • 일대일 관계는 그 반대도 일대일

일대일 - 주 테이블에 외래키 단방향

일대일 주 테이블에 외래키 단방향

  • 다대일(@ManyToOne) 단방향 매핑과 유사

일대일 - 주 테이블에 외래 키 양방향

일대일 주 테이블에 외래 키 양방향

  • 다대일 양방향 매핑처럼 외래 키가 있는 곳이 연관관계의 주인
  • 반대편은 mappedBy 적용

일대일 - 대상 테이블에 외래 키 단방향

일대일 대상 테이블에 외래 키 단방향(불가)

  • 단방향 관계는 JPA 지원 X
  • 양방향은 지원

일대일 - 대상 테이블에 외래 키 양방향

일대일 대상 테이블에 외래 키 양방향

  • 사실 일대일 주 테이블에 외래 키 양방향과 매핑 방법은 같음

일대일 정리

  • 주 테이블에 외래 키
    • 주 객체가 대상 객체의 참조를 가지는 것 처럼 주 테이블에 외래 키를 두고 대상 테이블을 찾음
    • 객체지향 개발자 선호
    • JPA 매핑 편리
    • 장점: 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능
    • 단점: 값이 없으면 외래 키에 null 허용
  • 대상 테이블에 외래 키
    • 대상 테이블에 외래 키가 존재
    • 전통적인 데이터베이스 개발자 선호
    • 장점: 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지
    • 단점: 프록시 기능의 한계로 지연 로딩으로 설정해도 항상 즉시 로딩됨(프록시는 뒤에서 설명)

 

다대다와 예제까지 마무리하려 했으나, 개념에 대한 숙지가 부족하였고 최종 면접 후 결과를 기다리다가 불합격을 마주하여 심신을 달래기 위해 오늘은 여기까지 공부하였다. 내일 TIL에서 마저 다루겠다.

반응형
profile

나를 기록하다

@prao

포스팅이 좋았다면 "좋아요❤️" 또는 "구독👍🏻" 해주세요!

profile on loading

Loading...