엔티티 매핑

객체와 테이블 매핑

* 객체와 테이블 매핑 : @Entity, @Table

* 필드와 컬럼 매핑 : @Column

* 기본 키 매핑 : @Id

* 연관관계 매핑 : @ManyToOne, @JoinColumn

@Entity

- @Entity가 붙은 클래스는 JPA가 관리, 엔티티라 한다

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

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

@Entity 속성 정리

- 속성 : name
	- JPA에서 사용할 엔티티 이름을 지정한다.
    - 기본값 : 클래스 이름을 그대로 사용
    - 같은 클래스 이름이 없으면 가급적 기본값 사용하기

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

- DDL을 애플리케이션 실행 시점에 자동 생성
- 테이블 중심 -> 객체 중심
- 데이터베이스 방언을 활용해서 데이터베이스에 맞는 적절한 DDL 생성
- 이렇게 '생성된 DDL은 개발 장비에서만 사용'
- 생성된 DDL은 운영서버에서는 사용하지 않거나 적절히 다듬은 후 사용


<property name="hibernate.hbm2ddl.auto" value="create"/>
- 기존 테이블 삭제 후 다시 생성 (DROP + CREATE)

<property name="hibernate.hbm2ddl.auto" value="create-drop" />
- create와 같으나 종료시점에 테이블 DROP

<property name="hibernate.hbm2ddl.auto" value="update" />
- 변경분만 반영(운영 DB에는 사용 X)

<property name="hibernate.hbm2ddl.auto" value="validate" />
- 엔티티와 테이블이 정상 매핑되었는지만 확인

<property name="hibernate.hbm2ddl.auto" value="none" />
- 자동 생성 사용 X

데이터베이스 스키마 자동 생성 -주의 할 점

- 운영 장비에는 절대 create, create-drop, update 사용하면 안된다!

필드와 컬럼 매핑

요구사항
1. 회원은 일반 회원가 관리자로 구분해야 한다.
2. 회원 가입일과 수정일이 있어야 한다.
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;

    private LocalDate testLocalDate;
    private LocalDateTime testLocalDateTime;


    @Lob
    private String description;
    public Member(){

    }

}

'매핑 어노테이션 정리'

@Column - 컬럼 매핑
@Temporal - 날짜 타입 매핑
@Enumerated - enum 타입 매핑
@Lob - BLOB, CLOB 매핑
@Transient - 특정 필드를 컬럼에 매핑하지 않음(매핑 무시)

@Column 속성

@Enumerated 속성

EnumType.ORDINAL: enum 순서를 데이터베이스에 저장
EnumType.STRING: enum 이름을 데이터베이스에 저장

헷갈릴수 있으니 꼭 EnumType.STRING을 사용하자

@Lob

데이터베이스 BLOB, CLOB 타입과 매핑

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

• 매핑하는 필드 타입이 문자면 CLOB 매핑, 나머지는 BLOB 매핑
	• CLOB: String, char[], java.sql.CLOB
	• BLOB: byte[], java.sql. BLOB

기본 키 매핑

'기본 키 매핑 방법

직접 할당 : @Id만 사용

자동 생성 (@GeneratedValue)

	- IDENTITY : 데이터베이스에 위임, MYSQL
    - SEQUENCE : 데이터베이스 시퀀스 오브젝트 사용, ORACLE
    	- @SequenceGenerator 필요
    - TABLE : 키 생성용 테이블 사용, 모든 DB에서 사용
    	- @TableGenerator 필요
    - AUTO : 방언에 따라 자동 지정, 기본값

IDENTITY 전략 - 특징

@Entity
public class Member {
 @Id
 @GeneratedValue(strategy = GenerationType.IDENTITY)
 private Long id; 
 
- 기본 키 생성을 데이터베이스에 위임

- 주로 MySql, PostgreSql, SQL Server, DB2에서 사용

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

- AUTO_INCREMENT는 데이터베이스에 INSERT SQL을 실행한 이후에 ID 값을 알 수 있음

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

SEQUENCE 전략 - 특징

@Entity
@SequenceGenerator(
				 name = “MEMBER_SEQ_GENERATOR",
 		   		 sequenceName = “MEMBER_SEQ", //매핑할 데이터베이스 시퀀스 이름
				 initialValue = 1, allocationSize = 1)
public class Member {

 	@Id
	 @GeneratedValue(strategy = GenerationType.SEQUENCE,
 			generator = "MEMBER_SEQ_GENERATOR")
	 private Long id; 
     
     
- 데이터베이스 시퀀스는 유일한 값을 순서대로 생성하는 특별한 데이터베이스 오브젝트

- 오라클 PostgreSQL, DB2, H2 데이터베이스에 사용

'권장하는 식별자 전략'

- 기본 키 제약 조건 : null 아님, 유일, 변하면 안된다.

- 미래까지 이 조건을 만족하는 자연키는 찾기 어렵다 대리키를 사용하자

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

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

'요구사항 분석'

- 회원은 상품을 주문할 수 있다.
- 주문 시 여러 종류의 상품을 선택할 수 있다.

'기능 목록'

- 회원 기능
	1. 회원 등록
    2. 회원 조회
    
- 상품 기능
	1. 상품 등록
    2. 상품 수정
    3. 상품 조회
    
- 주문 기능
	1. 상품 주문
    2. 주문내역 조회
    3. 주문 취소

테이블 설계, 문제점

'데이터 중심 설계의 문제점'

- 현재 방식은 객체 설계를 테이블 설계에 맞춘 방식
- 테이블의 외래키를 객체에 그대로 가져옴
- 객체 그래프 탐색이 불가능
- 참조가 없으므로 UML도 잘못됨