[JPA] 6장 다양한 연관관계 매핑

off_sujin·2022년 2월 26일
JPA
0

자바 ORM 표준 JPA 프로그래밍

목록 보기
4/10

본 글은 김영한님의 <자바 ORM 표준 JPA 프로그래밍>을 읽고 공부한 내용을 정리한 글입니다.

  1. 다대다
  2. 일대다
  3. 일대일 [1:1]
  4. 다대다 [N:N]

엔티티의 연관관계를 매핑할 때 고려할 점

  • 다중성
    • 다대일, 일대다 ...
  • 단방향, 양방향
    • 한 쪽만 참조, 서로 참조
  • 연관관계의 주인
    • 예제에서는 왼쪽을 연관관계의 주인으로 가정

1. 다대일

1.1 다대일 단방향 [N:1]

회원과 팀의 다대일 단방향 연관관계

@Entity
public class Member {
    @Id @GeneneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;

    @ManyToOne
    @JoinColumn(name = "TEAM_ID")
    private Team team;
	
    ...
}

@Entity
public class Team {
    @Id @GeneneratedValue
    @Column(name = "TEAM_ID")
    private Long id;

    ...
}

1.2 다대일 양방향 [N:1, 1:N]

회원과 팀의 다대일 양방향 연관관계, 연관관계의 주인은 회원

@Entity
public class Member {
    @Id @GeneneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;

    @ManyToOne
    @JoinColumn(name = "TEAM_ID")
    private Team team;
	
    public void setTeam(Team team) {
    	this.team = team;
        
        // 무한루프에 빠지지 않도록 체크
        if(!team.getMembers().contains(this)) {
	        team.getMembers().add(this);
        }
    }
    ...
}

@Entity
public class Team {
    @Id @GeneneratedValue
    @Column(name = "TEAM_ID")
    private Long id;
	
    //양방향 연관관계
    @OneToMany(mappedBy = "team")
    private List<Member> members = new ArrayList<Members>();
    
    public void addMember(Member member) {
    	this.members.add(member);
        
        // 무한루프에 빠지지 않도록 체크
        if(member.getTeam != this) {
	        member.setTeam(this);
        }
    }
    
    ...
}
  • 양방향은 외래 키가 있는 쪽이 연관관계의 주인이다.
    • 일대다와 다대일 연관관계는 항상 다(N)에 외래 키가 있다.
    • 연관관계의 주인이 아닌 객체는 조회를 위한 JPQL이나 객체 그래프를 탐색할 때 사용한다.
  • 양방향 연관관계는 항상 서로를 참조해야 한다.
    • 연관관계 편의 메소드를 한 곳에만 작성하거나 양쪽 다 작성할 수 있는데, 양쪽에 다 작성하면 무한루프에 빠지므로 주의해야 한다.

2. 일대다

2.1 일대다 단방향 [1:N]


일대다 단방향 관계는 반대쪽 테이블에 있는 외래 키를 관리한다.
일대다 관계에서 외래 키는 다쪽 테이블에 있는데, 다 쪽에는 외래 키를 매핑할 수 있는 참조 필드가 없기 때문이다.

@Entity
public class Team {
    @Id @GeneneratedValue
    @Column(name = "TEAM_ID")
    private Long id;

    @OneToMany
    @JoinColumn(name = "TEAM_ID") //MEMBER 테이블의 TEAM_ID(FK)
    private List<Member> members = new ArrayList<Member>();
	
    ...
}

@Entity
public class Member {
    @Id @GeneneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;

    ...
}

  • 일대다 단방향 관계를 매핑할 때 @JoinColumn을 명시해야 한다.
    그렇지 않으면 JPA가 조인 테이블 전략을 사용해서 매핑한다.

  • 일대다 단방향 매핑의 단점

    • 매핑한 객체가 관리하는 외래 키가 다른 테이블에 있다.
      -> 연관관계 처리를 위한 UPDATE SQL을 추가로 실행해야 한다.

    일대다 단방향 매핑 ❌
    다대일 양방향 매핑 ⭕️

2.2 일대다 양방향 [1:N, N:1]


일대다 단방향 매핑 반대 편에 같은 외래 키를 사용하는 다대일 단방향 매핑을 읽기 전용으로 추가한다.

@Entity
public class Team {
    @Id @GeneneratedValue
    @Column(name = "TEAM_ID")
    private Long id;

    @OneToMany
    @JoinColumn(name = "TEAM_ID") //MEMBER 테이블의 TEAM_ID(FK)
    private List<Member> members = new ArrayList<Member>();
	
    ...
}

@Entity
public class Member {
    @Id @GeneneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;

	//다대일 단방향 매핑 추가
	@ManyToOne
    @JoinColumn(name = "TEAM_ID", insertable = false, updatable = false)
    private Team team;
    ...
}

둘 다 같은 키를 관리하므로 다대일 쪽은 insertable = false, updatable = false로 설정해서 읽기만 가능하게 했다.

일대다 양방향 매핑 ❌
다대일 양방향 매핑 ⭕️

3. 일대일 [1:1]

일대일 관계는 주 테이블이나 대상 테이블 중에 누가 외래 키를 가질지 선택해야 한다.

3.1 주 테이블에 외래 키

👍 주 테이블이 외래 키를 가지고 있으므로 주 테이블만 확인해도 대상 테이블과 연관관계가 있는지 알 수 있다.

단방향

회원(주)과 사물함(대상)의 일대일 단방향 관계

@Entity
public class Member {
    @Id @GeneneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;

    @OneToOne
    @JoinColumn(name = "LOCKER_ID")
    private Locker locker;
	
    ...
}

@Entity
public class Locker {
    @Id @GeneneratedValue
    @Column(name = "LOCKER_ID")
    private Long id;

    ...
}

일대일 관계이므로 데이터베이스에는 LOCKER_ID 외래 키에 유니크 제약 조건을 추가했다.

양방향

@Entity
public class Member {
    @Id @GeneneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;

    @OneToOne
    @JoinColumn(name = "LOCKER_ID")
    private Locker locker;
	
    ...
}

@Entity
public class Locker {
    @Id @GeneneratedValue
    @Column(name = "LOCKER_ID")
    private Long id;

	//양방향 연관관계 매핑
	@OneToOne(mappedBy = "locker")
    private Member member;
    ...
}

3.2 대상 테이블에 외래 키

👍 테이블 관계를 일대일에서 일대다로 변경할 때 테이블 구조를 그대로 유지할 수 있다.

단방향

JPA는 일대일 관계 중 대상 테이블에 있는 단방향 관계를 지원하지 않는다.
단방향 관계를 Locker에서 Member 방향으로 수정하거나, 양방향 관계로 만들어야 한다.

양방향

@Entity
public class Member {
    @Id @GeneneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;

	@OneToOne(mappedBy = "locker")
    private Locker locker;
	
    ...
}

@Entity
public class Locker {
    @Id @GeneneratedValue
    @Column(name = "LOCKER_ID")
    private Long id;

	@OneToOne
    @JoinColumn(name = "MEMBER_ID")
    private Member member;
    ...
}

주 엔티티인 Member 대신에 대상 엔티티인 Locker를 연관관계의 주인으로 만들어서 LOCKER 테이블의 외래 키를 관리하도록 했다.

🤷‍♀️ 주 엔티티와 대상 엔티티는 어떤 기준으로 분류하는 걸까??

4. 다대다 [N:N]

관계형 데이터베이스는 다대다 관계를 표현하기 위해 연결 테이블을 추가한다.
하지만 객체는 테이블과 다르게 객체 2개로 컬렉션을 이용하여 다대다 관계를 만들 수 있다.

4.1 다대다 단방향

회원과 상품의 다대다 단방향 관계

@Entity
public class Member {
    @Id @GeneneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;

    @ManyToMany
    @JoinTable(name = "MEMBER_PRODUCT",
    	joinColumns = @JoinColumn(name = "MEMBER_ID"),
        inverseJoinColumns = @JoinColumn(name = "PRODUCT_ID"))
    private List<Product> products = new ArrayList<Product>();
	
    ...
}

@Entity
public class Product {
    @Id @GeneneratedValue
    @Column(name = "PRODUCT_ID")
    private Long id;
	
    ...
}

@ManyToMany와 @JoinTable을 사용해서 회원과 상품을 연결하는 엔티티 없이 연결 테이블을 바로 매핑할 수 있다.

@JoinTable : 연결 테이블 매핑

  • @JoinTable.name : 연결 테이블을 지정한다.
  • @JoinTable.joinColumns : 현재 방향인 회원과 매핑할 조인 컬럼 정보를 지정한다.
  • @JoinTable.inverseJoinColumns : 반대 방향인 상품과 매핑할 조인 컬럼 정보를 지정한다.

4.2 다대다 양방향

@Entity
public class Member {
    @Id @GeneneratedValue
    @Column(name = "MEMBER_ID")
    private Long id;

    @ManyToMany
    @JoinTable(name = "MEMBER_PRODUCT",
    	joinColumns = @JoinColumn(name = "MEMBER_ID"),
        inverseJoinColumns = @JoinColumn(name = "PRODUCT_ID"))
    private List<Product> products = new ArrayList<Product>();
	
    //연관관계 편의 메소드 추가
    public void addProduct(Product product) {
    	products. add(product);
        product.getMembers().add(this);
    }
    ...
}

@Entity
public class Product {
    @Id @GeneneratedValue
    @Column(name = "PRODUCT_ID")
    private Long id;
	
    //역방향 추가
    @ManyToMany(mappedBy = "products"
    private List<Member> members;
    ...
}

4.3 식별 관계 : 연결 엔티티 사용

@ManyToMany를 사용하면 연결 테이블에 컬럼을 추가할 수 없다.
왜냐하면 주문 엔티티나 상품 엔티티에는 추가한 컬럼들을 매핑할 수 없기 때문이다.
따라서 연결 테이블을 매핑하는 연결 엔티티를 만들고 일대다, 다대일 관계로 풀어야 한다.

다대다 관계를 일대다, 다대일 관계로 풀어내기 위해 연결 테이블을 만들 때 식별자를 구성하는 방법은 두 가지가 있다.
1. 식별 관계 : 받아온 식별자를 기본 키 + 외래 키로 사용한다.
2. 비식별 관계 : 받아온 식별자는 외래 키로만 사용하고 새로운 식별자를 추가한다.

@Entity
@IdClass(MemberProductId.class)
public class MemberProduct {
    @Id
    @ManyToOne
    @JoinColumn(name = "MEMBER_ID")
    private Member member; // MemberProductId.member와 연결

    @Id
    @ManyToOne
    @JoinColumn(name = "PRODUCT_ID")
    private Product product; // MemberProductId.product와 연결
    
    private int orderAmount;
    ...
}

public class MemberProductId implements Serializable {
    private String member; //MemberProduct.member와 연결
    private String product; //MemberProduct.product와 연결
    
    public boolean equals(Object o) {...}
    public int hashCode() {...}
}

@Id와 @JoinColumn를 동시에 사용해서 기본키와 외래키를 한번에 매핑했고, @IdClass를 사용해서 복합 기본 키를 매핑했다.

회원 상품 엔티티는 기본 키가 MEMBER_ID, PRODUCT_ID로 이루어진 복합 키다.
JPA에서 복합 키를 사용하려면 @IdClass를 사용해서 별도의 식별자 클래스를 만들어야 한다.

회원과 상품의 기본 키를 받아서 자신의 기본 키로 사용한다. 이를 데이터베이스 용어로 식별 관계라고 한다.

🤦‍♀️ 복합 키를 사용하는 방법은 복잡하다.

4.4 새로운 기본 키 사용

데이터베이스에서 자동으로 생성해주는 대리 키를 Long 값으로 사용한다.

👍 간편하고 거의 영구히 쓸 수 있으며 비즈니스에 의존하지 않는다.
👍 ORM 매핑 시에 복합 키를 만들기 위한 식별자 클래스를 만들지 않아도 되므로 간단히 매핑을 완성할 수 있다.

@Entity
public class Order {
    @Id @GeneratedValue
    @Column(name = "ORDER_ID")
    private Long id;
    
    @ManyToOne
    @JoinColumn(name = "MEMBER_ID")
    private Member member;

    @ManyToOne
    @JoinColumn(name = "PRODUCT_ID")
    private Product product;
    
    private int orderAmount;
    ...
}

ORDER_ID라는 새로운 기본 키를 하나 만들고 MEMBER_ID, PRODUCT_ID 컬럼은 외래 키로만 사용한다.

식별 관계에 비해 코드가 단순하고 이해하기 쉽기 때문에 비식별 관계를 추천한다.

profile
off_sujin
학습 중..
이전 포스트

[JPA] 5장 연관관계 매핑 기초

다음 포스트

[JPA] 8장 프록시와 연관관계 정리

0개의 댓글