- 다중성
- 단방향, 양방향
- 연관관계의 주인
- 다대일 : @ManyToOne
- 일대다 : @OneToMany
- 일대일 : @OneToOne
- 다대다 : @ManyToMany
- 테이블
- 외래 키 하나로 양쪽 조인 가능
- 사실 방향이라는 개념은 없다.
- 객체
- 참조용 필드가 있는 쪽으로만 참조 가능
- 한쪽만 참조하면 단방향
- 양쪽이 서로 참조하면 양방향
- 테이블은 외래 키 하나로 두 테이블이 연관관계를 맺는다.
- 객체 양방향 관계는 A->B, B->A 처럼 참조가 2군데
- 객체 양방향 관계는 참조가 2군데 있다. 따라서 둘 중 테이블의 외래키를 관리할 곳을 지정해야 한다.
- 연관관계의 주인 : 외래 키를 관리하는 참조
- 주인의 반대편 : 외래 키에 영향을 주지 않는다. 단순 조회만 가능하다.
- N쪽이 외래키를 관리해야 한다.
- 객체와 외래키를 매핑한다.
- 한쪽 방향으로만 참조가 가능하다.
-연관 관계와 매핑 되지 않은 반대쪽 참조는 테이블에 영향을 주지 않는다.
- 외래키가 있는 쪽이 연관관계의 주인이다.
- 양쪽을 서로 참조할 수 있다.
- 일대일 관계는 그 반대도 일대일이다.
- 주 테이블이나 대상 테이블 중에 외래키를 선택 가능하다.
- 주 테이블에 외래 키
- 대상 테이블에 외래 키
- 외래 키에 데이터베이스 UNIQUE 제약 조건 추가되어야 일대일 가능하다.
- 다대일(@ManyToOne) 단방향 매핑과 유사하다.
- 다대일 양방향 매핑 처럼 외래 키가 있는 곳이 연관관계의 주인이다.
- 반대편은 mappedBy를 적용해야한다.
- 단방향 관계는 JPA에서 지원하지 않는다.
- 양방향 관계는 지원한다.
- 일대일 주 테이블에 외래 키 양방향과 매핑 방법이 같다.
- 주 테이블에 외래 키
- 주 객체가 대상 객체의 참조를 가지는 것 처럼 주 테이블에 외래 키를 두고 대상 테이블을 찾는다.
- 객체지향 개발자가 선호하는 유형
- JPA 매핑이 편리하다.
- 장점 : 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능하다.
- 단점 : 값이 없으면 외래 키에 null을 허용한다.
- 대상 테이블에 외래 키
- 대상 테이블에 외래 키가 존재한다.
- 전통적인 데이터베이스 개발자가 선호한다.
- 장점 : 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조를 유지할 수 있다.
- 단점 : 프록시 기능의 한계로 지연 로딩으로 설정해도 항상 즉시 로딩된다.
안녕하세요
~