JPA_Chap06_다양한 연관관계 매핑

이전 장에서 엔티티의 연관관계 매핑에 고려할 3가지 (다준성, 방향성, 연관관계 주인)에 대해 
학습해보았다.
이번 장에서는 연관관계 매핑에서 일대다, 다대일, 일대일, 다대다에 대해 위 사항을 고려해가며 학습해보자.

다대일

• 다대일 관계의 반대 방향은 항상 일대다 관계이다.
• 데이터베이스 테이블의 일대다 관계에서 외래 키는 항상 다쪽에 있다.
• 양방향 연관관계는 항상 서로를 참조해야한다
  • 어느 한쪽만 참조하면 양방향 연관관계가 성립하지 않는다.
  • 편의 메소드는 한 곳에만 작성하거나 양쪽 다 작성할 수 있는데, 양쪽에 다 작성하면 무한루프에 빠지므로 주의해야한다.

일대다

• 일대다 관계의 반대 방향은 항상 다대일 관계이다.
• 일대다 관계는 엔티티를 하나 이상 참조할 수 있으므로 자바 컬렉션을 사용해야한다.
• 단방향 매핑을 사용한다. (팀 : 회원)
• 일대다 단방향 매핑단점
  • 매핑한 객체가 관리하는 외래 키가 다른 테이블에 있다.
  • 본인 테이블에 외래 키가 있으면 엔티티의 저장과 연관관계 처리를 INSERT SQL한번으로 끝이 나지만 다른 테이블에 외래키가 있으면 연관관계 처리를 위해 UPDATE SQL을 추가 실행한다.
  • 위 경우처럼 성능 및 관리에 문제가 발생할 수 있다.
• 일대다 단방향 매핑보다는 다대일 양방향 매핑을 권장한다.

일대다 양방향

• 일대다 양방향은 존재하지 않는다. -> 대신 다대일 양방향 매핑 사용
• 완전 존재하지 않는다 -> 예 : 일대다 단방향매핑 반대편에 같은 외래 키를 사용하는 다대일 단방향 매핑을 읽기 전용으로 하나 추가.
  • 읽기 전용으로 하기 위해 insertable = false, updatable = false를 설정해줘야 한다.
• @OneToMany는 양방향 매핑에서 연관관계의 주인이 될 수 없다.
• @OneToMany, @ManyToOne 둘 중에 연관관계의 주인은 항상 다 쪽인 @ManyToOne을 사용한 곳이다. -> 이러한 이유로 @ManyToOne에는 mappedBy 속성이 없다.

일대일

• 일대일 반대 -> 일대일
• 일대일 관계는 주테이블이나 대상 테이블 둘 중 어느 곳이나 외래 키를 가질 수 있다.

주 테이블에 외래키

• 외래 키를 객체 참조와 비슷하게 사용할 수 있어서 객체지향 개발자들이 선호
• 주 테이블만 확인해도 대상 테이블과 연관관계가 있는지 알 수 있다.
• 단방향
  • @OneToOne 사용
• 양방향
  • 연관관계의 주인을 정해야한다.

대상 테이블에 외래 키

• 전통적인 데이터베이스 개발자들이 선호
• 테이블 관계를 일대일에서 일대다로 변경할 때 테이블구조를 그대로 유지.
• 단방향
  • 대상 테이블에 외래 키가 있는 단방향 관계는 JPA에서 지원하지 않는다.
• 양방향
  • 주 엔티티 대신에 대상 엔티티를 연관관계의 주인으로 만들어서 테이블의 외래 키를 관리하도록 한다.

다대다

• 관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현할 수 없다. 그래서 보통 다른 관계로 풀어 연결해서 사용한다.
• 객체는 테이블과 다르게 객체 2개로 다대다 관계를 만질 수 있다.
• @ManyToMany

다대다:단방향

• @ManyToMany와 @JoinTable을 사용해서 연결 테이블을 바로 매핑한다.
• @JoinTable의 속성
  • @JoinTable.name : 연결테이블 지정
  • @JoinTable.joinColumns : 현재 방향인 객체와 매핑할 조인 컬럼 정보를 지정.
  • @JoinTable.inverseJoinColumns : 반대 방향인 객체와 매핑할 조인 컬럼 정보를 지정.

다대다:양방향

• 다대다 매핑이므로 역방향도 @ManyToMany를 사용한다.
• 연관관계 편의 메소드를 추가해서 관리하는 것이 편리하다.

다대다:매핑의 한계와 극복, 연결 엔티티 사용

• 매핑을 실무에서 사용하기에는 한계가 있다.
• 복합 기본키
  • JPA에서 복합 키를 사용하려면 별도의 식별자 클래스를 만들어야 한다.
  • 엔티티에 @IdClass를 사용해서 식별자 클래스를 지정한다.
  • 식별자 클래스 특징
    • 복합 키는 별도의 식별자 클래스로 만들어야 한다.
    • Serializable을 구현해야한다.
    • equals와 hashCode 메소드를 구현해야 한다.
    • 기본 생성자가 있어야 한다.
    • 식별자 클래스는 public이어야 한다.
    • @IdClass를 사용하는 방법 외에 @EmbeddedId를 사용하는 방법도 있다.
• 식별 관계
  • 부모 테이블의 기본 키를 받아서 자신의 기본키 + 외래 키로 사용하는 것을 데이터베이스 용어로 식별 관계라 한다.

다대다:새로운 기본 키 사용

• 데이터베이스에서 자동으로 생성해주는 대리 키를 Long 값으로 사용한다.
• 간편하고 거의 영구히 쓸 수 있으며 비즈니스에 의존하지 않는 장점이 있다.
• ORM 매핑 시에 복합 키를 만들지 않아도 되므로 간단히 매핑을 완성할 수 있다.

다대다 연관관계 정리

• 식별 관계 : 받아온 식별자를 기본 키 + 외래 키로 사용한다.
• 비식별 관계 : 받아온 식별자는 외래 키로만 사용하고 새로운 식별자를 추가한다.
• 식별 관계보다는 비식별 관계를 추천한다.