[JPA] 4.엔티티 맵핑

[JPA] 4.엔티티 맵핑

 

1. 객체와 테이블 맵핑

엔티티 맵핑 소개

- 객체와 테이블 맵핑 : @Entity, @Table

- 필드와 컬럼 맵핑 : @Column

- 기본 키 맵핑 : @Id

- 연관관계 맵핑 : @ManyToOne, @JoinColumn

 

1) 객체와 테이블 맵핑

@Entity

- @Entitiy가 붙은 클래스가 JPA가 관리

- JPA를 사용해서 테이블과 맵핑할 클래스는 @Entity 필수

- 주의)

> 기본 생성자 필수(파라미터가 없는 public 또는 protected 생성자)
> final 클래스, enum, interface, inner 클래스 사용 X
> 저장할 필드에 final 사용 X

 

@Entity 속성 정리

- 속성 : name (@Entity="Person") // 거의 안씀

> JPA에서 사용할 엔티티 이름을 지정

> 기본값 : 클래스 이름을 그대로 사용 (ex: Member)

> 같은 클래스 이름이 없으면 가급적 기본값을 사용

 

@Table // ex.INSERT 넣을때 테이블명

- (@Table(name="MBR"))

---

2. 데이터베이스 스키마 자동 생성

DB 스키마 자동 생성

- DDL을 애플리케이션 로딩 시점에  자동 생성
- 테이블 중심 -> 객체 중심

- 데이터베이스 방언을 활용해서 DB에 맞는 적절한 DDL 생성

- 이렇게 생성된 DDL은 개발 장비에서만 사용

- 생성된 DDL은 운영서버에서는 사용하지 않거나, 적절히 다듬은 후 사용

 

데이터베이스 스키마 자동 생성 - 속성

hibernate.hbm2ddl.auto

주의)

- 운영장비에는 절대 create / create-drop / update 사용하면 안됨!
- 개발 초기 단계 - create / update (로컬, 개발서버)

- 테스트 서버 - validate

- 스테이징과 운영 서버 - validate / none

---

3. 필드와 컬럼 맵핑

요구사항 추가

- 회원은 일반 회원과 관리자로 구분

- 회원 가입일과 수정일이 있어야함

- 회원을 설명할 수 있는 필드가 있어야함 / 이 필드는 길이 제한이 없음

@Entity
public class Member {
  @Id
  private Long id;
  
  @Column(name = "name")
  private String username;
  
  private Integer age;
  
  @Enumerated(EnumType.STRING)
  private RoleType roleType;
  
  @Temporal(TemporalType.TIMESTAMP)
  private Date createdDate;
  
  @Temporal(TemporalType.TIMESTAMP)
  private Date lastModifiedDate;
  
  @Lob  // 큰 데이터
  private String description;
}

 

맵핑 어노테이션 정리

 

@Column

- unique 잘 안씀! (이름 반영이 어려움)

-> @Table에서 걸어줌

 

@Enumerated

- 자바 enum 타입 맵핑할 때 사용

- 주의! ORDINAL 사용 X

- value 

EnumType.ORDINAL: enum 순서를 데이터베이스에 저장 (X)

EnumType.STRING: enum 이름을 데이터베이스에 저장 (O)

- 기본값 : EnumType.ORDINAL

 

@Temporal

- 날짜 타입 (java.util.Date, java.util.Calendar)을 맵핑할 때 사용

- 참고) LocalDate, LocalDateTime을 사용할 땐 생략 가능 (최신 hibernate 지원)

@Lob

- 데이터베이스 BLOB, CLOB 맵핑

- @Lob에는 지정할 수 있는 속성이 없다

- 맵핑하는 필드 타입이 문자면 CLOB 맵핑 나머지는 BLOB 맵핑

@Transient : 맵핑하기 싫으면

---

4. 기본 키 맵핑

기본 키 맵핑 어노테이션

 

직접할당 : @Id만 사용

자동생성 : @Id + @GeneratedValue

- IDENTITY : 데이터베이스에 위임, MYSQL

- SEQUENCE : 데이터베이스 시퀀스 오브젝트 사용, ORACLE / @SequenceGenerator 필요
- TABLE : 키 생성용 테이블 사용, 모든 DB에서 사용 / @TableGenrator 필요

- AUTO : 방언에 따라 자동 지정, 기본값

 

@Entity
public class Member {
  @Id
  @GeneratedValue(strategy = GenrationType.AUTO)
  private String username;
  
  @Column(name="name", nullable=false)
  private String username;
  
  public Member() {
  }
  
  public String getId() { return id; }
  public void setId(String id) { this.id = id; }
  public String getUsername() { return username; }
  public void setUsername(String username) { this.username = username; }
}

[IDENTITY 전략 - 특징]

- 기본 키 생성을 DB에 위임

- 주로 MySQL(AUTO_INCREMENT), PostgreSQL, SQL Server, DB2

- JPA는 보통 트랜잭션 커밋 시점에 INSERT SQL 실행

- AUTO_INCREMENT는 DB에 INSERT SQL을 실행한 이후에 ID 값 알 수 있음

- IDENTITY전략은 em.persist() 시점에 즉시 INSERT SQL 실행하고 DB에서 식별자를 조회

 

[SEQUENCE 전략 - 특징]

- DB 시퀀스는 유일한 값을 순서대로 생성하는 특별한 DB 오브젝트 (ex.오라클 시퀀스)

- 오라클, PostgreSQL, DB2, H2

- @SequenceGenerator 필요

@Entity
@SequenceGenerator(
  name = “MEMBER_SEQ_GENERATOR",
  sequenceName = “MEMBER_SEQ", //매핑할 데이터베이스 시퀀스 이름
  initialValue = 1, allocationSize = 1)
public class Member {
  @Id
  @GeneratedValue(strategy = GenerationType.SEQUENCE,
  private Long id;

 

@SequenceGenerator

*주의) allocationSize 기본값 = 50

 

[TABLE 전략]

- 키 생성 전용 테이블을 하나 만들어서 DB 시퀀스를 흉내내는 전략

장점) 모든 DB 적용가능

단점) 성능

create table MY_SEQUENCES (
  sequence_name varchar(255) not null,
  next_val bigint,
  primary key ( sequence_name )
)

@Entity
@TableGenerator(
  name = "MEMBER_SEQ_GENERATOR",
  table = "MY_SEQUENCES",
  pkColumnValue = "MEMBER_SEQ", allocationSize = 1)
public class Member {
  @Id
  @GeneratedValue(strategy = GenerationType.TABLE,
    generator = "MEMBER_SEQ_GENERATOR")
  private Long id;

 

@TableGenrator - 속성

 

권장하는 식별자 전략

- 기본 키 제약 조건 : NOT NULL / 유일 / 변하면 안됨

- 먼미래까지 변하면 안됨 / 문제: 이걸 만족하는 자연키(주민번호) 찾기 힘듦 / 대리키(대체키)를 사용 -> generate value

- 예를 들어 주민번호도 키로 적절하지 않음

- 권장 : Long형 + 대체키 + 키 생성전략 사용

 

*예외적으로 IDENTITY전략의 경우 em.persist(member) 호출시점에 DB INSERT 쿼리 날림 (db에 넣어야 pk 알 수 있어서)

 

* allocationsize 는 50을 미리 db에서 땡겨서 메모리에서 할당하는 방식으로 사용 (숫자를 미리 확보, 동시성 문제 해결가능)

 

---

5. 실전 예제 - 1. 요구사항 분석과 기본 맵핑

요구사항 분석

- 회원은 상품 주문 가능

- 주문 시 여러 종류의 상품 선택 가능

 

기능 목록

 

도메인 모델 분석

- 회원과 주문의 관계 : 회원은 여러 번 주문 (일대다)

- 주문 상품(다대다)

 

테이블 설계

 

엔티티 설계와 맵핑

 

@Table에 index

@Column에 length 

같은 조건들 넣어주는 게 좋다

 

 

데이터 중심 설계의 문제점

- 현재 방식 -> 객체 설계를 테이블 설계에 맞춘 방식

- 테이블 외래키를 객체에 그대로 가져옴

- 객체 그래프 탐색 불가능

- 참조가 없으므로 UML도 잘못됨