다양한 연관관계 매핑 - 다대일 / 일대다

다양한 연관관계 매핑

목차

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

• 다대일 [N:1]

• 일대다 [1:N]

• 일대일 [1:1]

• 다대다 [N:M]

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

• 다중성

• 단방향, 양방향

• 연관관계의 주인

다중성

• 다대일: @ManyToOne

• 일대다: @OneToMany

• 일대일: @OneToOne

• 다대다: @ManyToMany (실무에서 쓰면 안된다)

단방향, 양방향

• 테이블

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

• 객체

• 참조용 필드가 있는 쪽으로만 참조 가능
• 한쪽만 참조하면 단방향
• 양쪽이 서로 참조하면 양방향 (객체는 양방향이라는게 없다. 사실 단방향이 두개. 양방향처럼 보이는 것 뿐)

연관관계의 주인

• 테이블은 외래 키 하나로 두 테이블이 연관관계를 맺음

• 객체 양방향 관계는 A->B, B->A 처럼 참조가 2군데

• 객체 양방향 관계는 참조가 2군데 있음. 둘중 테이블의 외래 키 를 관리할 곳을 지정해야함

• 연관관계의 주인: 외래 키를 관리하는 참조

• 주인의 반대편: 외래 키에 영향을 주지 않음, 단순 조회만 가능

다대일 [N:1]

다대일 단방향

항상 다 쪽에 외래키가 있어야한다.

다대일 단방향 정리

• 가장 많이 사용하는 연관관계

• 다대일의 반대는 일대다

다대일 양방향

반대쪽 사이드에 추가하면 된다.

반대쪽 사이드는 추가를 한다고 해서 아무런 영향을 주지 않는다.

반대쪽은 그냥 읽기만 하기 때문이다.

다대일 양방향 정리

• 외래 키가 있는 쪽이 연관관계의 주인

• 양쪽을 서로 참조하도록 개발

일대다 [1:N]

여기선은 1이 연관관계 주인이다.

1의 관점에서 연관관계를 관리하겠다.

일대다 단방향

이 모델은 권장하지 않는다.

현재 팀이 1이고 멤버가 N

팀은 멤버를 알고픈데 멤버는 팀을 알고싶지 않는 상태

무조건 N쪽에 외래키가 들어간다.

일대다 단방향 정리

• 일대다 단방향은 일대다(1:N)에서 일(1)이 연관관계의 주인

• 테이블 일대다 관계는 항상 다(N) 쪽에 외래 키가 있음

• 객체와 테이블의 차이 때문에 반대편 테이블의 외래 키를 관리하 는 특이한 구조

• @JoinColumn을 꼭 사용해야 함. 그렇지 않으면 조인 테이블 방식을 사용함(중간에 테이블을 하나 추가함)

일대다 단방향 정리

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

• 엔티티가 관리하는 외래 키가 다른 테이블에 있음
• 연관관계 관리를 위해 추가로 UPDATE SQL 실행

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

일대다 양방향

반대쪽에서도 보고싶으면

@ManyToOne

@JoinColumn(insertable=false, updatable=false) 를 넣어준다

일대다 양방향 정리

• 이런 매핑은 공식적으로 존재X

• @JoinColumn(insertable=false, updatable=false)

• 읽기 전용 필드를 사용해서 양방향 처럼 사용하는 방법

• 다대일 양방향을 사용하자

참고 - 김영한님의 자바 ORM 표준 JPA 프로그래밍 강의