연관관계 매핑시 고려사항 3가지
- 다중성
- 다대일 : @ManyToOne (가장 많이 사용)
- 일대다 : @OneToMany
- 일대일 : @OneToOne
- 다대다 : @ManyToMany (실무에서 사용하지 않음)
- 단방향, 양방향
- 테이블
- 외래키 하나로 양쪽 조인 가능
- 사실 방향이라는 개념이 없음
- 객체
- 참조용 필드가 있는 쪽으로만 참조 가능
- 한쪽만 참조하면 단방향
- 양쪽이 서로 참조하면 양방향 ( 사실 단방향 참조가 2개 있는 구조!)
- 테이블
- 연관관계의 주인
- 테이블은 외래키 하나로 두 테이블이 연관관계를 맺음
- 객체 양방향 관계는 A → B, B → A 처럼 참조가 2군데
- 객체 양방향 관계는 참조가 2군데 있음. 둘 중 테이블의 외래키를 관리할 곳을 지정해야 함
- 연관관계의 주인 : 외래키를 관리하는 참조
- 주인의 반대편 : 외래키에 영향을 주지 않음. 단순 조회만 가능(읽기)
다대일[N:1] 연관관계
다대일[N:1] 단방향
- 가장 많이 사용하는 연관관계
- 다대일의 반대는 일대다
- 항상 다(N)쪽에 외래키가 들어가야 함!
@Entity
public class Member {
@Id
private Long id;
@Column(name = "name")
private String username;
private Integer age;
@ManyToOne //다대일 단방향 연관관계
@JoinColumn(name = "TEAM_ID")
private Team team;
}
// Team Entity에는 참조가 필요하지 않음
@ManyToOne 주요속성
- 다대일 관계 매핑
속성 | 설명 | 기본값 |
optional | false로 설정하면 연관된 엔티티가 항상 있어야 한다. | TRUE |
fetch | 글로벌 페치 전략 설정 | - @ManyToOne=FetchType.EAGER - @OneToMany=FetchType.LAZY |
cascade | 영속성 전이 기능 사용 | |
targetEntity | 연관된 엔티티의 타입 정보 설정 거의 사용되지 않는 기능 (컬렉션, 제네릭으로 타입 정보 알 수 있음) |
다대일[N:1] 양방향
- 외래키가 있는 쪽이 연관관계 주인
- 양쪽을 서로 참조하도록 개발
@Entity
public class Member {
@Id
private Long id;
@Column(name = "name")
private String username;
private Integer age;
@ManyToOne //다대일 단방향 연관관계
@JoinColumn(name = "TEAM_ID")
private Team team;
}
// 양방향 매핑 - Team 엔티티는 컬렉션 추가
@Entity
public class Team {
@Id
private Long id;
@Column(name = "name")
private String name;
@OneToMany(mappedBy = "team")
private List<Member> members = new ArrayList<Member>();
}
일대다[1:N] 연관관계
→ 권장하지 않는 모델 (운영환경에서는 두 테이블을 관리해야 해서 헷갈리기 쉬움)
일대다[1:N] 단방향
- 일대다 단방향은 일대다(1:N)에서 일(1)이 연관관계의 주인
- 테이블 일대다 관계는 항상 다(N) 쪽에 외래키가 있음
- 객체와 테이블의 차이 때문에 반대편 테이블의 외래키를 관리하는 특이한 구조
- @JoinColumn을 꼭 사용해야 함. 그렇지 않으면 조인 테이블 방식을 사용함 (중간에 테이블 추가)
- 일대다 단방향 매핑의 단점
- 엔티티가 관리하는 외래키가 다른 테이블에 있음
- 연관관계 관리를 위해 추가로 UPDATE SQL 실행
- 일대다 단방향 매핑보다는 다대일 양방향 매핑을 사용하자
// 일대다 단방향 매핑 - Team 엔티티 컬렉션 추가
@Entity
public class Team {
@Id
private Long id;
@Column(name = "name")
private String name;
@OneToMany
@JoinColumn(name = "TEAM_ID")
private List<Member> members = new ArrayList<Member>();
}
@Entity
public class Member { // 단방향이기에 Member에는 참조 추가 안함
@Id
private Long id;
@Column(name = "name")
private String username;
private Integer age;
}
@OneToMany 주요속성
- 다대일 관계 매핑
속성 | 설명 | 기본값 |
mappedBy | 연관관계의 주인 필드를 선택 | |
fetch | 글로벌 페치 전략 설정 | - @ManyToOne=FetchType.EAGER - @OneToMany=FetchType.LAZY |
cascade | 영속성 전이 기능 사용 | |
targetEntity | 연관된 엔티티의 타입 정보 설정 거의 사용되지 않는 기능 (컬렉션, 제네릭으로 타입 정보 알 수 있음) |
일대다[1:N] 양방향
- 이런 매핑은 공식적으로 존재하지 않음
- @JoinColumn(**insertable = false, updatable = false**)
- 읽기 전용 필드를 사용해서 양방향처럼 사용하는 방법
- 다대일 양방향을 사용하자!
// 일대다 매핑 - Team 엔티티 컬렉션 추가
@Entity
public class Team {
@Id
private Long id;
@Column(name = "name")
private String name;
@OneToMany
@JoinColumn(name = "TEAM_ID")
private List<Member> members = new ArrayList<Member>();
}
@Entity
public class Member { // 양방향이기에 Member에는 참조 추가 (insert, update 불가 설정)
@Id
private Long id;
@Column(name = "name")
private String username;
private Integer age;
@ManyToOne
@JoinColumn(name = "TEAM_ID", insertable = false, updatable = false)
private Team team;
}
일대일[1:1] 연관관계
일대일 관계
- 일대일 관계는 그 반대도 일대일
- 주 테이블이나 대상 테이블 중에 외래키 선택 가능
- 주 테이블에 외래키
- 대상 테이블에 외래키
- 외래키에 데이터베이스 유니크(UNI) 제약조건 추가
일대일: 주 테이블에 외래키 단방향
- 다대일(@ManyToOne) 단방향 매핑과 유사
// 일대일 단방향 매핑
@Entity
public class Member {
@Id
private Long id;
@Column(name = "name")
private String username;
private Integer age;
@OneToOne
@JoinColumn(name = "LOCKER_ID")
private Locker locker;
}
일대일: 주 테이블에 외래키 단방향
- 다대일 양방향 매핑처럼 외래키가 있는 곳이 연관관계의 주인
- 반대편은 mappedBy 적용
// 일대일 양방향 매핑
@Entity
public class Member {
@Id
private Long id;
@Column(name = "name")
private String username;
private Integer age;
@OneToOne
@JoinColumn(name = "LOCKER_ID")
private Locker locker;
}
@Entity
public class Locker {
@Id
private Long id;
@Column
private String name;
@OneToOne(mappedBy = "locker")
private Member member; //읽기전용
}
일대일: 대상 테이블에 외래키 단방향
- 일대일 대상 테이블 외래키 단방향 관계는 JPA 지원 안함
- 양방향 관계는 지원
일대일: 대상 테이블에 외래키 양방향
- 사실 일대일 주 테이블에 외래키 양방향 매핑 방법은 같음
일대일 관계 정리
- 주 테이블에 외래 키
- 주 객체가 대상 객체의 참조를 가지는 것처럼 주 테이블에 외래키를 두고 대상 테이블을 찾음
- 객체지향 개발자 선호
- JPA 매핑 편리
- 장점 : 주 테이블만 조회해도 대상 테이블에 데이터가 있는지 확인 가능
- 단점 : 값이 없으면 외래키에 null 허용
- 대상 테이블에 외래키
- 대상 테이블에 외래키가 존재
- 전통적인 데이터베이스 개발자 선호
- 장점 : 주 테이블과 대상 테이블을 일대일에서 일대다 관계로 변경할 때 테이블 구조 유지
- 단점 : 프록시 기능의 한계로 지연 로딩으로 설정해서 항상 즉시 로딩됨
다대다[N:M] 연관관계
- 관계형 데이터베이스는 정규화된 테이블 2개로 다대다 관계를 표현할 수 없음! 연결 테이블을 추가해서 일대다, 다대일 관계로 풀어내야 함
- 객체는 컬렉션을 사용해서 객체 2개로 다대다 관계 가능
- @ManyToMany 어노테이션 사용 (연결테이블이 자동으로 생성됨 : PK, FK 지정되어 매핑 정보로 자동 생성)
- **@JoinTable**로 연결 테이블 지정
- 다대다 매핑 : 단방향, 양방향 가능
다대다 매핑의 한계
- 편리해보이지만 실무에서 사용하지 않음
- 연결 테이블이 단순히 연결만 하고 끝나지 않음
- 주문시간, 수량 같은 데이터가 들어올 여지가 있음
다대다 한계 극복
- 연결 테이블용 엔티티 추가(연결 테이블을 엔티티로 승격)
- @ManyToMany → @OneToMany, @ManyToOne
@Entity
public class MemberProduct { // 연결 테블용 엔티티
@Id @GeneratedValue
private Long id;
@ManyToOne
@JoinColumn(name = "MEMBER_ID")
private Member member;
@ManyToOne
@JoinColumn(name = "PRODUCT_ID")
private Product product;
private int count;
private int price;
private LocalDateTime orderDateTime;
}
@Entity
public class Member {
@Id
private Long id;
@Column(name = "name")
private String username;
private Integer age;
@OneToMany(mappedBy = "member")
private List<MemberProduct> memberProducts = new ArrayList<>();
}
@Entity
public class Product {
@Id
private Long id;
@Column(name = "name")
private String name;
@OneToMany(mappedBy = "product")
private List<MemberProduct> memberProducts = new ArrayList<>();
}
@JoinColumn
- 외래키 매핑할 때 사용
속성 | 설명 | 기본값 |
name | 매핑할 외래키 이름 | 필드명 + ___ + 참조하는 테이블의 기본키 컬럼명 |
referencedColumnName | 외캐키가 참조하는 대상 테이블의 컬럼명 | 참조하는 테이블의 기본키 컬럼명 |
foreignKey(DDL) | 외래키 제약조건을 직접 지정할 수 있음 이 속성은 테이블 생성시에만 사용 |
|
unique nullable insertable updatable columnDefinition table |
@Column의 속성과 같음 |
출처 : 자바 ORM 표준 JPA 프로그래밍-기본편 (김영한), 자바 ORM 표준 JPA 프로그래밍(김영한 저)
'Programming > Database & Query' 카테고리의 다른 글
[JPA] 자바 ORM 표준 JPA 프로그래밍 : 프록시와 연관관계 관리 (0) | 2022.02.22 |
---|---|
[JPA] 자바 ORM 표준 JPA 프로그래밍 : 고급매핑 (0) | 2022.02.17 |
[JPA] 자바 ORM 표준 JPA 프로그래밍 : 연관관계 매핑 기초 (0) | 2022.01.31 |
[JPA] GenerationType.Sequence 설정시 next value 두 번 호출하는 이유 (0) | 2022.01.25 |
[JPA] 자바 ORM 표준 JPA 프로그래밍 : 엔티티 매핑 (0) | 2022.01.20 |