Ch06. 다양한 연관관계 매핑 - 일대일 [1:1]

• 일대일 관계는 그 반대도 일대일
• 주 테이블이나 대상 테이블 중에 외래 키 선택 가능 
  • 주 테이블에 외래 키 
  • 대상 테이블에 외래 키
• 외래 키에 데이터베이스 유니크(UNI) 제약조건 추가

일대일: 주 테이블에 외래 키 단방향

일대일 단방향 연관관계(주테이블 외래키)

Member Entity(주 테이블)을 연관관계의 주인으로 한다.

• 다대일(@ManyToOne) 단방향 매핑과 유사
• 단방향 조건을 추가한다.

일대일: 주 테이블에 외래 키 양방향

일대일 양방향 연관관계(주테이블 외래키)

Locker Entity의 member 속성을 mappedby 옵션을 통해 연관관계 주인이 아님을 적어주자(반대편이 연관관계 주인)

• 다대일 양방향 매핑처럼 외래 키가 있는 곳이 연관관계의 주인 
• 반대편은 mappedBy 적용

일대일: 대상 테이블에 외래 키 단방향

일대일 단방향 연관관계(대상 테이블에 외래키) -> 지원 X

• 단방향 관계는 JPA 지원 X
• 양방향 관계는 지원

일대일: 대상 테이블에 외래 키 양방향

일대일 양방향 연관관계(대상 테이블에 외래키)

• 사실 일대일 주 테이블에 외래 키 양방향과 매핑 방법은 같음

정리

주 테이블에 외래 키

• 주 객체가 대상 객체의 참조를 가지는 것처럼 주 테이블에 외래 키를 두고 대상 테이블을 찾음
• 객체지향 개발자 선호
• JPA 매핑 편리 
• 장점: 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능
• 단점: 값이 없으면 외래 키에 null 허용 

대상 테이블에 외래 키 

• 대상 테이블에 외래 키가 존재 
• 전통적인 데이터베이스 개발자 선호 
• 장점: 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지 
• 단점: 프록시 기능의 한계로 지연 로딩으로 설정해도 항상 즉시 로딩됨(프록시는 뒤에서 설명)
  
  • 주 테이블에 Locker를 조회하면 결국 Locker테이블을 조회해서 Locker가 있음을 확인해야 된다.
  • 어차피 쿼리가 발생하므로, 프록시 객체로 가지고 있을 필요가 없기 때문에 즉시 로딩된다.