객체와 테이블 연관관계 매핑

객체와 테이블 연관관계 매핑

테이블 지향 모델링인 경우 객체 지향적이지 않음.

객체 연관관계 사용해야함.

 

단방향 연관관계

@ManyToOne 

- 1:N 관계

@JoinColumn(name ="")

- 양방향 연관관계

- 양쪽에서 참조하도록 작업

** mappedBy

- 객체 연관관계 = 2개(양방향이라 부름)

- 회원 -> 팀

- 팀 -> 회원

객체를 양방향으로 참조하려면 단방향 연관관계를 2개 만들어야함

테이블 연관관계 = 1개

외래키 하나로 두 테이블의 연관관계 관리

 

양방향 매핑 규칙

- 객치의 두 관계자중 하나를 연관관계의 주인으로 지정

- 연관관계의 주인만이 외래 키를 관리(등록, 수정)

- 주인이 아닌 쪽은 읽기만 가능

- 주인은 mappedBy 속성 사용 X

- 주인이 아니면 mappedBy 속성으로 주인 지정

- 외래키가 있는 곳을 주인으로 결정(1:N 에서 N 쪽이 주인이됨)

 

단방향 매핑만으로도 연관관계 매핑은 완료된다

양방향 매핑은 반대 방향 조회 기능일 뿐임.

양방향 매핑은 개발시 필요할때 넣어라.

편의성을 위해 양방향 매핑이 필요한 경우가 생긴다.

 

테이블

외래키 하나로 양쪽 조인 가능(방향이라는 개념이 없음)

 

 

객체

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

한쪽만 참조하면 단방향

양쪽이 서로 참조하면 양방향(사실 단방향이 두개다)

다대일(N:1)

- DB는 N 쪽에 외래키가 설정 되어있다.

- N 쪽이 연관관계 주인이 된다.

일대다(1:N) - 사용하지 말것.

- JPA에서는 거의 사용하지 않는 모델링임.

- '1'이 연관관계 주인이 된다.

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

- 연관관계 관리를 위해 추가로 UPDATE SQL 실행

- @OneToMany 사용시 연결되는 테이블 하나가 생성된다.

- 다대일 양방향 매핑을 사용하는것을 권장함.

- 일대다 양방향 매핑도 존재하나... 공식적으로 사용은 안된다

- 읽기 전용 필드를 사용해서 양방향처럼 사용

일대일(1:1)

- 외래키 선택 가능

다대다

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

- 중간 테이블을 사용하여 처리하는 방식

 

 

@MappedSuperclass

엔티티가 공통으로 사용하는 매핑 정보를 모으는 역할

주로 등록일, 수정일, 등록자, 수정자 같은 공통 컬럼

상속관계 매핑 X

엔티티 X, 테이블 매핑 X

조회, 검새 불가

위 조건으로 추상 클래스 권장

 

프록시

em.find() 실제 엔티티 객체 조회

em.getReference() 데이터 조회를 미루는 가짜 엔티티 객체 조회

실제 사용될 경우

- 프록시 객체는 처음 사용할때 한번만 초기화

- 프록시 객체 초기화시 프록시 객체가 실제 엔티티로 바뀌는것이 아니며, 초기화가 되면 프록시 객체를 통해서 실제 엔티티에 접근 가능

- 프록시 객체는 원본 엔티티를 상속 받으므로, 비교시 instance of 사용