연관관계 실습

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

1. 다중성

2. 단방향, 양방향

3. 연관관계의 주인

다중성

1. 다대일 : @ManyOne

2. 일대다 : @OneToMany

3. 일대일 : @OneToOne

4. 다대다 : @ManyToMany (실무에서 안쓰인다.)

단방향, 양방향

테이블

• 외래 키 하나로 양쪽 조인 가능

• 사실 방향이라는 개념이 없다.

객체

• 참조용 필드가 잇는 쪽으로만 참조 가능

• 한쪽만 참조하면 단방향

• 양쪽이 서로 참조하면 양방향

연관관계의 주인

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

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

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

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

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

다대일[N:1]

• 가장 많이 사용하는 관계

• 반대는 일대다 관계임

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

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

일대다[1:N]

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

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

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

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

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

일대다 단방향 매핑의 단점

1. 엔티티가 관리하는 외래키가 다른 테이블에 있다.

2. 연관관계 관리를 위해 추가로 update sql이 실행된다.

3. 일대다 단방향 매핑보다는 다대일 양방향 매핑을 사용하는 것을 권장한다.

일대일[1:1]

• 일대일 관계는 반대도 일대일

• 주 테이블이나 대상 테이블 중에 외래 키 선택 가능

• 주 테이블에 외래키를 대상 테이블에 외래키를 넣어도 상관없다.

• 외래 키에 데이터베이스 유니크(UNI) 제약조건 추가

• 다대일 양방향 관계와 비슷하다.

• 외래키가 있는 곳이 연관관계의 주인이고 반대편에 mappedBy를 적용해야한다.

일대일 정리

• 주 테이블에 외래키( 주로 엑세스 하는 테이블 )

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

2. 객체지향 개발자 선호

3. JPA 매핑 편리하다. 장점 : 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인이 가능하다. 단점 : 값이 없으면 외래키에 null 허용

• 대상 테이블에 외래키

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

2. 전통적인 데이터베이스 개발자 선호 장점 : 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지 단점 : 프록시 기능의 한계로 지연 로딩으로 설정해도 항상 즉시 로딩됨

다대다 [N:M]

• * 실무에서 사용하진 않는다. **

• 관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현할 수 없음

• 연결 테이블을 추가해서 일대다, 다대일 관계로 풀어내야한다.