[JPA] 기본편 복습 정리 (2)

bin1225·2023년 2월 11일

JPA

목록 보기

9/12

연관관계 매핑 기초

단방향 연관관계

연관관계 세팅을 한 쪽에만 하는 경우이다. -> Member에만 Team에 대한 정보가 존재

Member 객체

@Entity
 public class Member { 
 
 @Id @GeneratedValue
 private Long id;
 @Column(name = "USERNAME")
 private String name;
 
 // @Column(name = "TEAM_ID")  // JPA를 사용하지 않고, 테이블 중심으로 설계한 경우
 // private Long teamId;

 @ManyToOne
 @JoinColumn(name = "TEAM_ID")
 private Team team; 
 … 
 }

@ManyToOne, @ManyToMany, @OneToMany, @OneToOne 을 연관관계에 맞게 사용한다.
@JoinColumn 을 이용해 FK 컬럼의 이름을 지정한다.

JPA가 연관관계를 지정한 엔티티의 id값을 이용하여 자동으로 저장하고 조회시에도 해당 값을 이용한다.

Team 객체

 @Entity
 public class Team {
 
 @Id @GeneratedValue
 private Long id;
 
 private String name; 
 …

양방향 연관관계

양방향인 경우 Team 엔티티에도 Member에 대한 정보가 존재한다.

@Entity
public class Team {

@Id @GeneratedValue
private Long id;

private String name;

@OneToMany(mappedBy = "team")
List<Member> members = new ArrayList<Member>();
… 
}

mappedBy = "team" : Member 엔티티에 있는 team 과 연결된다는 의미이다.
FK값이 있는 쪽이 연관관계의 주인이 되며, 연관관계의 주인이 있는 쪽이 업데이트 돼야 최종적으로 데이터가 변경된다.

Collection의 경우 초기에 필드에서 초기화 하는 것을 권장한다.
메모리상 손해보다 null과 같은 오류를 방지하는 것이 더 가치가 높다.

객체의 양방향 관계는 사실상 서로 다른 단방향 관계 2개이다.
따라서 외래키를 관리할 연관관계의 주인을 지정해줘야 한다.
mappedBy속성이 없는 쪽이 연관관계의 주인이 된다. 그리고 연관관계의 주인만이 외래키를 관리(등록, 수정) 할 수 있다.

주인이 아닌 쪽은 읽기만 가능하다.

외래키가 존재하는 쪽을 주인으로 정하는 것이 기본이다.
비즈니스 로직상 중요하다고 주인이 아니다.

순수 객체상태일 때를 고려해서 양방향 연관관계를 설정하는 경우, 연관관계 메소드를 생성해주는 것이 좋다.
but 무한 루프를 조심해야 한다.

다양한 연관관계 매핑

연관관계 매핑시 고려사항 3가지
• 다중성 : 다대일, 일대다, 일대일, 다대다

• 단방향, 양방향 : 객체는 참조 필드가 있는 쪽에서만 다른 객체에 접근할 수 있다.

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

다대일 N:1 @ManyToOne
가장 많이 사용되는 연관관계이다.

public class Member{
	
    private Long id;
    
    private String name;
    
    @ManyToOne
    private Team team;
}

일대다 1:N @OneToMany
다대일의 반대, 테이블에서 외래키는 보통 '다'쪽에서 관리하기 때문에 엔티티가 관리하는 외래키가 다른 테이블에 있다는 특징이 있다. -> 관리가 복잡해진다.

일대다 단방향 매핑보다는 다대일 양방향 매핑을 사용하자

public class Team{
	
    private Long id;
    
    private String name;
    
    @OneToMany
    @JoinColumn(name = "member_id")
    private List<Member> members = new ArrayList<>();
}

@JoinColumn을 꼭 사용해야 한다. 그렇지 않으면 조인테이블 방식을 사용하게 된다.

일대일 1:1 @OneToOne
일대일 관계는 외래키에 유니크 제약조건이 추가된다.
외래키가 있는 곳이 연관관계의 주인이 된다.

다대다 N:N @ManyToMany
관계형 데이터베이스에서 다대다 관계를 표현하기 위해서는 연결 테이블이 필요하다.
@JoinTable 을 이용해 연결 테이블을 지정해준다.

하지만 연결테이블은 단순히 연결만 하고 끝나지 않는다. 추가 데이터가 들어갈 수 있으므로, 직접 연결 테이블 엔티티를 만들어서 관리하는 것이 옳다.

@JoinColumn 속성
- name : 매핑할 외래키 이름
default : 필드명 + _ + 참조하는 테
이블의 기본 키 컬럼명
- referencedColumnName : 외래키가 참조하는 대상 테이블 컬럼명
default : 참조 테이블 기본키 컬럼명
- foreignKey : 외래 키 제약조건을 직접 지정한다.( 테이블 생성시에)
- uniquenullable, insertable, updatable, columnDefinition, table : @Column속성과 동일
@ManyToOne 속성
- optional : false 설정시 연관된 엔티티가 항상 존재해야 한다.
default : TRUE
@OneToMany 속성
- mappedBy : 연관관계 주인 필드를 선택한다.
@ManyToOne, @OneToMany 공통 속성
- fetch : 패치 전략 설정 EAGER, LAZY

@ManyToOne, @OneToOne 의 경우 default가 EAGER이므로 LAZY로 지정해줘야한다.
EAGER로 설정하면 로직이 복잡해졌을 때 예상치 못한 부분에서 쿼리가 날아가게 된다.

- cascade : 영속성 전이, 생명주기가 같은 경우 지정한다.

고급 매핑

상속 관계 매핑

관계형 데이터베이스와 객체지향 언어의 차이 중 상속관계의 존재 유무가 있었다.

이를 해결하기 위한 방안 슈퍼타입 서브타입 모델을 구현하는 것이고, 총 3개의 전략이 있다.
-> 조인 전략, 단일 테이블 전략, 구혙클래스마다 테이블 전략

주요 어노테이션

@Inheritance(strategy = InheritanceType.XXX)
- JOINED : 조인 전략
- SINGLE_TABLE : 싱글 테이블 전략
- TABLE_PER_CLASS : 구현 클래스마다 테이블 전략
@DiscriminatorColumn(name="DTYPE") : 자식 타입마다 구분할 수 있는 값을 저장하는 컬럼 이름 지정 default = DTYPE
@DiscriminatorValue("XXX") : DicriminatorColumn 에 저장될 값을 설정, default = 엔티티 이름