연관관계 매핑시 고려사항

• 다중성
• 단방향, 양방향
• 주인

다중성

• 다대일, 일대다, 일대일, 다대다
  @ManyToOne, @OneToMany, @OneToOne, @ManyToMany

다대다는 실무에서 쓰면안된다. 그 이유는 뒤에서

단방향, 양방향

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

• 객체
  참조용 필드가 있는 쪽으로만 참조 가능
  한쪽만 참조하면 단방향
  양쪽이 서로 참조하면 양방향

연관관계 주인

객체 양방향 관계는 단방향 2개를 양방향처럼 만든 것이기 때문에
주인을 정해줘야됨.

연관관계 주인 - 외래 키를 관리하는 참조
주인의 반대편 - mappedBy

다대일 [N:1]

단방향

양방향

• 외래키가 있는 쪽이 연관관계의 주인
• 양쪽을 서로 참조하도록 개발

일대다 [1:N]

단방향

추천하지 않은 모델이다. 하지만, 이렇게 가능하긴 하다.

• 1이 연관관계 주인
• 테이블은 항상 다(N)에 외래키가 있다.
• @JoinColumn을 꼭 사용해야 함. 그렇지 않으면, 중간에 테이블을 하나 추가해버림.

이렇게 하면 저장할때 아래와 같이 동작하게됨.
멤버 저장 -> 팀 저장 -> 팀 안에 멤버 업데이트
와 같이 쿼리가 더 나간다.

하지만 이러한 성능차이보다 무엇보다 심각한 단점은, 실무에서는 수많은 쿼리들이 나가는 도중에 이러한 업데이트 쿼리가 들어가게 되면 혼란을 야기할 수 있다는 점이 있다.

암튼 꼭 설정해야하는 경우가 아니라면 다(N)를 주인으로 정해라. 차라리 양방향으로 하던지.

양방향

• 이런 매핑은 공식적으로 존재하지 않는다.
• @JoinColumn(insertable=false, updatable=false)를 Team team 위에 넣어야한다.
• 읽기 전용 필드를 사용해서 양방향처럼 사용하는 방법
• 다대일 양방향을 쓰자

위 @JoinColumn의 경우 Team에서 List members가 주인행세를 하고,
Member에서 Team team도 주인행세를 하지만, Team team은 읽기전용으로 바꾸는 것 뿐이다.

일대일 [1:1]

• 주 테이블이나 대상 테이블 중에 외래 키 선택 가능
• 외래 키에 데이터베이스 유니크 제약조건 추가해야 할 수 있다.

단방향

다대일 단방향과 유사한 방법

양방향

다대일 양방향 매핑처럼 외래 키가 있는 곳이 연관관계의 주인.
mappedBy 쓰면 됨.

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

안됨.

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

Locker를 연관관계의 주인으로 잡으면 된다.
사실상 의미가 없다. 일대일 양방향을 뒤집은거나 다름없다.
말만 다르게 하는것 뿐
결국 객체의 주인은 본인의 테이블만 매핑할 수 있다.

일대일의 경우 데이터베이스 개발자와 어플리케이션 개발자가 많이 싸운다고 함
보는 관점이 달라서 정확히는 미래를 위한 확장성을 위한 관점이 달라서.
딜레마에 빠진다고도 한다. ㅇㅇ

내가봐도 일대일일때 주인 정하는거 좀 고민되긴 할듯.

주 테이블에 외래키

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

대상 테이블에 외래키

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

다대다 [N:M]

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

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

• 객체는 됨

한계

• 편리해 보이지만 실무에서 사용 안한다.
• 연결 테이블이 단순히 연결만 하고 끝나지 않음
• 주문시간, 수량 같은 데이터가 들어올 수 있음

극복

• 연결 테이블용 엔티티 추가
• 객체도 다대일 + 일대다 연결관계를 만든다는 뜻

예제

@JoinColumn

• 외래 키를 매핑할 때 사용

name : 매핑할 외래 키 이름. 기본값은 필드명 + _ + 참조하는 테이블의 기본 키 컬럼명
referencedColumnName : 외래 키가 참조하는 대상 테이블의 컬럼명
foreignKey(DDL) : 외래 키 제약조건을 직접 지정할 수 있다. 이 속성은 테이블을 생성할 때만 사용한다.
unique, nullable, insertable, updatable, columnDefinition, table : @Column의 속성과 같다.

@ManyToOne

• 다대일 매핑

optional - false로 설정하면 연관된 엔티티가 항상 있어야 한다. 기본값 TRUE
fetch - 글로벌 패치 전략을 설정한다. 기본값 @ManyToOne -> EAGER, @OneToMany -> LAZY
cascade - 영속성 전이 기능을 사용한다.
targetEntity : 연관된 엔티티의 타입 정보를 설정한다. 이 기능은 거의 사용하지 않는다. 컬렉션을 사용해도 제네릭으로 타입 정보를 알 수 있다.

@OneToMany

mappedBy : 연관관계의 주인 필드를 선택한다.
fetch : 글로벌 패치 전략을 설정한다.
cascade - 영속성 전이 기능을 사용한다.
targetEntity : 동일스