6장

일대다 단방향 매핑보다는 다대일 양방향 매핑을 사용하자!

 

일대다 양방향 매핑은 존재 X. 일대다 다대일 양방향은 사실 똑같은 말이다. 

다대일이면 다(N)가 연관관계의 주인이다. 

양방향 매핑에서 @OneToMany는 연관관계의 주인이 될 수 없다. 

왜냐하면 관계형 db의 특성상 일대다,다대일 관계는 항상 다 쪽에 외래 키가 있다.

 

6.3 일대일

• 일대일 관계는 반대도 일대일
• 테이블관계에서 일대다,다대일은 항상 다(N)쪽이 외래 키를 가진다. 반면 일대일 관계는 주 테이블이나 대상 테이블 둘 중 어느곳이나 외래 키를 가질 수 있다.

• 주 테이블에 외래 키: 주 객체가 대상 객체를 참조하는 것처럼 주 테이블에 외래 키를 두고 대상 테이블을 참조한다. 외래 키를 객체 참조와 비슷하게 사용할 수 있어서 객체 지향 개발자들이 선호한다. 이 방법의 장점은 주 테이블이 외래 키를 가지고 있으므로 주 테이블만 확인해도 대상 테이블과 연관관계가 있는지 알 수 있다.
• 대상 테이블에 외래 키 : 전통적인 db개발자들은 보통 대상 테이블에 외래 키를 두는 것을 선호한다. 이 방법의 장점은 테이블 관계를 일대일에서 일대다로 변경할 때 테이블 구조를 그대로 유지할 수 있다. 

6.3.1주 테이블에 외래 키

단방향

 

@Entity
public class Member{
    @Id @GeneratedValue
    @Column(name="MEMBER_ID")
    private Long id;
    
    private String username;
    
    @OneToOne
    @JoinColumn(name="LOCKER_ID")
    private Locker locker;
    ...
}
 
public class Locker {
 
    @Id
    @GeneratedValue
    @Column(name = "LOCKER_ID")
    private Long id;
    
    private String name;
}

 

일대일 관계이므로 객체 매핑에 @OneToOne 사용.

db에는 LOCKER_ID외래 키에 유니크 제약 조건을 추가.

참고로 이 관계는 다대일 단방향과 거의 비슷.

 

양방향

@Entity
public class Member{
    @Id @GeneratedValue
    @Column(name="MEMBER_ID")
    private Long id;
    
    private String username;
    
    @OneToOne
    @JoinColumn(name="LOCKER_ID")
    private Locker locker;
    ...
}
 
public class Locker {
 
    @Id
    @GeneratedValue
    @Column(name = "LOCKER_ID")
    private Long id;
    
    private String name;
    
    @OneToOne(mappedBy="locker")
    private Member member;
}
 

양방향이므로 연관관계의 주인을 정해야 함.

MEMBER 테이블이 외래 키를 가지고 있으므로 Member 엔티티에 있는 Member.locker가 연관관계의 주인.

따라서 반대매핑인 사물함의 Locker.member는 mappedBy를 선언해서 연관관계 부하.

 

6.3.2 대상 테이블에 외래 키

단방향

 

 

 

 

 

 

 

 

 

 

 

일대일 관계 중 대상 테이블에 외래 키가 있는 단방향 관계는 JPA에서 지원하지 않고,

이런 모양으로 매핑할 수 있는 방법도 없다.

 

양방향 

 

 

@Entity
public class Member{
    @Id @GeneratedValue
    @Column(name="MEMBER_ID")
    private Long id;
    
    private String username;
 
    @OneToOne(mappedBy = "member")
    private Locker locker;
    ...
}
 
public class Locker {
 
    @Id
    @GeneratedValue
    @Column(name = "LOCKER_ID")
    private Long id;
    
    private String name;
    
    @OneToOne
    @JoinColumn(name="MEMBER_ID")
    private Member member;
}

 

 

일대일 매핑에서 대상 테이블에 외래 키를 두고 싶으면 이렇게 양방향으로 매핑한다.

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

 

 

6.4 다대다

관계형 db에서 정규화된 테이블 2개로 다대다 관계 표현 X.

그래서 보통 다대다 관계를 일대다,다대일 관계로 풀어내는 연결 테이블을 사용한다. 

 

 

 

 

 

 

 

 

 

 

 

그런데 객체는 테이블과 다르게 객체 2개로 다대다 관계를 만들 수 있다. 예를 들어 회원객체는 컬렉션을 사용해서

상품들을 참조하면 되고 반대로 상품들도 컬렉션을 사용해서 회원들을 참조하면 된다. 

 

@ManyToMany를 사용하면 다대다 관계를 편리하게 매핑할 수 있다.

 

6.4.1 다대다: 단방향

 

@Entity
public class Member{
    @Id @GeneratedValue
    @Column(name="MEMBER_ID")
    private String id;
 
    private String username;
 
    @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
    @GeneratedValue
    @Column(name = "PRODUCT_ID")
    private String id;
 
    private String name;
    ...
}
 

다대다 매핑이므로 역방향도 @ManyToMany 사용. 그리고 양쪽 중 원하는 곳에 mappedBy로 연관관계 부하 지정.

 

다대다 양방향 연관관계 설정

member.getProducts().add(product);

product.getMembers().add(member);

 

양방향 연관관계는 연관관계 편의 메소드 추가해서 관리하는 것이 편리하다.

public void addProduct(Product product){
     ...
     products.add(product);
     product.getMembers().add(this);
}

 

연관관계 편의 메소드 추가 했으므로 다음처럼 간단히 양방향 연관관계 설정하면 된다.

member.addProduct(product);

 

양방향 연관관계로 만들었으므로 product.getMembers()를 사용해서 역방향으로 객체 그래프를 탐색할 수 있다.

 

public void findInvers(){
    
    Product product = em.find(Product.class,"member1");
    List<Member> members = products.getMembers();// 객체 그래프 탐색
    for (Member member : members){
        System.out.println("member = "+member.getUsername());
    }
}

 

 

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

@ManyToMany를 사용하면 연결 테이블을 자동으로 처리해주므로 도메인 모델이 단순해지고 여러 가지로 편리하다.

but 이 매핑을 실무에서 사용하기에는 한계가 있다.

예를 들어 회원이 상품을 주문하면 연결 테이블에 단순히 주문한 회원 아이디와 상품 아이디만 담고 끝나지 않는다.

보통은 연결 테이블에 주문 수량 컬럼이나 주문한 날짜 같은 칼럼이 더 필요하다.

 

 

 

 

 

 

 

 

 

 

 

 

이렇게 칼럼을 추가하면 더는 @ManyToMany를 사용할 수 없다.

왜냐하면 주문 엔티티나 상품 엔티티에는 추가한 컬럼들을 매핑할 수 없기 때문이다. 

 

결국 위의 그림처럼 연결 테이블을 매핑하는 연결 엔티티를 만들고 이곳에 추가한 컬럼들을 매핑해야 한다.

그리고 엔티티 간의 관계도 테이블 관계처럼 다대다에서 일대다, 다대일 관계로 풀어야 한다. 

여기서는 회원상품(MemberProduct) 엔티티를 추가했다.

@Entity
public class Member{
    @Id
    @Column(name="MEMBER_ID")
    private String id;
 
    private String username;
 
    @OneToMany(mappedBy="member")
    private List<Product> products;=new ArrayList<Product>();
    ...
}

회원과 회원상품을 양방향 관계로 만들었다. 회원 상품 엔티티 쪽이 외래 키를 가지고 있으므로 연관관계의 주인이다.

따라서 mappedBy를 사용했다.

 

상품(Product)엔티티에서 회원상품(MemberProduct) 엔티티로 객체 그래프 탐색 기능이 필요하지 않다고 판단해서

연관관계를 만들지 않았다.

 

 
//회원상품 엔티티 코드
@Entity
@IdClass(MemberProductId.class)
public class MemberProduct {
    @Id
    @ManyToOne
    @JoinColumn(name = "MEMBER_ID")
    private Member member;
 
    @Id
    @ManyToOne
    @JoinColumn(name = "PRODUCT_ID")
    private Product product;
    
    private int orderAmount;
}
 
//회원상품 식별자 클래스
public class MemberProductId implements Serializable{
    private String member; //MemberProduct.member와 연결
    private String product;//MemberProduct.product와 연결
    
    //hashCode and equals
    
    @Override
    public boolean equals(Object o) {...}
    @Override
    public int hashCode() { ...}
}
 
 

회원상품 엔티티를 보면 기본 키를 매핑하는 @Id와 외래 키를 매핑하는 @JoinColumn을 동시에 사용해서 기본 키+외래 키를 한번에 매핑했다. 그리고 @IdClass를 사용해서 복합 기본 키를 매핑했다.

 

복합 기본 키

회원상품 엔티티는 기본 키가 MEMBER_ID와 PRODUCT_ID로 이루어진 복합 기본 키다.

JPA에서 복합 키를 사용하려면 별도의 식별자 클래스를 만들어야 한다. 그리고 엔티티에 @IdClass를 사용해서 식별자 클래스를 지정하면 된다. 여기서는 MemberProductId클래스를 복합 키를 위한 식별자 클래스로 사용한다.

복합 키를 위한 식별자 클래스는 다음과 같은 특징이 있다.

• 복합 키는 별도의 식별자 클래스로 만들어야한다.
• Serializable을 구현해야 한다.
• equals 와 hashCode메소드를 구현해야 한다.
• 기본생성자가 있어야한다
• 식별자 클래스는 public이어야 한다.
• @IdClass를 사용하는 방법 외에 @EmbeddedId를 사용하는 방법도 있다.  

자바 IDE에는 대부분 equals,hashCode메소드를 자동으로 생성해주는 기능이 있다.

 

식별 관계

회원상품은 회원과 상품의 기본 키를 받아서 자신의 기본키로 사용한다. 이렇게 부모 테이블의 기본 키를 받아서 자신의 기본 키 +외래 키로 사용하는것을  db용어로 식별 관계라 한다. 

종합해보면 회원상품은 회원의 기본키를 받아서 자신의 기본키로 사용함과 동시에 회원과의 관계를 위한 외래 키로 사용한다. 그리고 상품의 기본 키도 받아서 자신의 기본키로 사용함과 동시에 상품과의 관계를 위한 외래 키로 사용한다.

또한 MemberProductId 식별자 클래스로 두 기본 키를 묶어서 복합 기본 키로 사용한다.

 

이렇게 구성한 관계를 저장하는 코드.

public void save(){
    //회원 저장
    Member member1=new Member();
    member1.setId("member1");
    member1.setUsername("회원1");
    em.persist(member1);
    
    //상품 저장
    Product productA =new Product();
    productA.setId("productA");
    productA.setName("상품1");
    em.persist(productA);
    
    //회원상품 저장
    MemberProduct memberProduct=new MemberProduct();
    memberProduct.setMember(member1);   //주문 회원-연관관계 설정
    memberProduct.setProduct(productA); //주문 상품-연관관계 설정
    memberProduct.setOrderAmount(2);    //주문 수량
    
    em.persist(memberProduct);
}
 

 

지금까지는 기본 키가 단순해서 기본 키를 위한 객체를 사용하는 일이 없었지만 복합 키가 되면 이야기가 달라진다. 복합 키는 항상 식별자 클래스를 만들어야 한다. em.find()를 보면 생성한 식별자 클래스로 엔티티를 조회한다.

 복합 키를 사용하는 방법은 복잡하다. 단순히 컬럼 하나만 기본 키로 사용하는 것과 비교해서 복합 키를 사용하면 ORM 매핑에서 처리할 일이 상당히 많아진다. 

다음으로 복합 키를 사용하지 않고 간단히 다대다 관계를 구성하는 방법을 알아보자.

 

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

추천하는 기본 키 생성 전략은 db에서 자동으로 생성해주는 대리 키를 Long 값으로 사용하는 것이다. 간편하고 영구사용 가능하며 비즈니스 의존 X. 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;
    ...
}
 
 

 

대리 키를 사용함으로써 이전에 보았던 식별관계에 복합 키를 사용하는 것보다 매핑이 단순하고 이해하기 쉽다. 

회원,상품 엔티티는 변경사항이 없다. 

 

조회하는 코드가 식별자 클래스를 사용하지 않아서 코드가 단순해진다. 이처럼 새로운 기본 키를 사용해서 다대다 관계를 풀어내는 것도 좋은 방법이다. 

 

6.4.5 다대다 연관관계 정리

다대다 관계를 일대다 다대일 관계로 풀어내기 위해 연결 테이블을 만들 때 식별자를 어떻게 구성할지 선택해야 함.

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