JPA 연관관계 매핑

 

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

 

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

• 다중성
• 단방향, 양방향
• 연관관계의 주인

다중성

• 다대일: @ManyToOne -> 가장 많이 쓴다.
• 일대다: @OneToMany
• 일대일: @OneToOne
• 다대다: @ManyToMany -> 실무에서 사용하면 안 된다!

대칭성이 있다고 생각하면 생각하기 편하다.

 

단방향, 양방향

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

 

• 객체
  • 참조용 필드가 있는 쪽으로만 참조 가능
  • 한쪽만 참조하면 단방향
  • 양쪽이 서로 참조하면 양방향 ->이해하기 쉽게 표현한 것이지 방향은 하나다.

연관관계의 주인

 

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

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

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

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

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

 

---

다대일 [N:1]

 

1:N 중에 N 쪽이 외래키(FK)가 가야 한다.

@ManyToOne //member은 many , team은 one
@JoinColumn(name="TEAM_ID") //외래키랑 맵핑
private Team team;

@OneToMany(mappedBy = "team")
private List<Member> members = new ArrayList<>();

 

member은 team이랑 맵핑하고 싶어 함. team은 member랑 하려는 의지가 없음.

이러한 관계가 N:1

객체에서 List members을 추가하면 된다.

 

mappedBy = team의 team은 위의 객체변수 team과 같은 것이다.

 

---

일대다 [1:N]

여기서는 1이 연관관계 주인공

이 모델을 권장하지는 않는다. 다만 학습용으로만 보기

@OneToMany
@JoinColumn(name = "TEAM_ID")
private List<Member> members1 = new ArrayList<>();

 

일대다 단방향 정리

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

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

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

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

 

JPA를 잘 알게 되더라도 실수를 많이 할 수 있기 때문에 잘 사용하진 않는다.

Entity를 관리하는 외래키가 다른 테이블에 있음. 그래서 안 좋음

 

---

일대일 [1:1]

1:1 관계라 외래키를 어디다 넣어도 상관이 없다. 주 테이블에 넣거나 대상 테이블에 넣거나 둘 중 하나 넣긴 한다.

외래키에 데이터베이스 UNIQUE 제약 조건을 추가해야 한다. 

양방향으로 만들고 싶으면 아래와 같이 바꾸면 된다.

 

@Entity
public class Locker {
    @Id@GeneratedValue
    private long id;
    private String name;
}

 

Class Member
@OneToOne
@JoinColumn(name="LOCKER_ID")
private Locker locker;

 

위는 단방향 아래는 양방향

@Entity
public class Locker {
    @Id@GeneratedValue
    private long id;
    private String name;

    @OneToOne(mappedBy = "locker")
    private Member member;
}

 

 

 

일대일 정리

• 주 테이블에 외래 키

   • 주 객체가 대상 객체의 참조를 가지는 것 처럼 주 테이블에 외래 키를 두고 대상 테이블을 찾음

   • 객체지향 개발자 선호

   • JPA 매핑 편리

   • 장점: 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능

   • 단점: 값이 없으면 외래 키에 null 허용

• 대상 테이블에 외래 키

   • 대상 테이블에 외래 키가 존재

   • 전통적인 데이터베이스 개발자 선호

   • 장점: 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지

   • 단점: 프록시 기능의 한계로 지연 로딩으로 설정해도 항상 즉시 로딩됨(프록시는 뒤에서 설명)

 

---

다대다 [N:M]

다대다 매핑의 한계

   • 편리해 보이지만 실무에서 사용X

   • 연결 테이블이 단순히 연결만 하고 끝나지 않음

   • 주문시간, 수량 같은 데이터가 들어올 수 있음