엔티티 매핑

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

필드와 컬럼 매핑 : @Column

기본 키 매핑 : @Id

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

 

@Entity

• @Entity가 붙은 클래스는 JPA가 관리, 엔티티라 한다.
• JPA를 사용해서 테이블과 매핑할 클래스는 @Entity 필수
• 주의
  • 기본 생성자 필수(피라미터가 없는 public 또는 protected 생성자)
  • final 클래스, enum, interface, inner 클래스 사용 x
  • 지정할 필드에 final 사용 X 

@Entity 속성 정리

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

 

@Table : 엔티티와 매핑할 테이블(실제 매핑할 테이블 명) 지정 

---

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

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

 

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

• create - 기존테이블 삭제 후 다시 생성( 컴파일시 DROP -> CREATE )
• create-drop - create와 같으나 종료시점에 테이블 DROP ( Test 할 때 주로 사용 )
• update - 변경분만 반영(운영DB에는 사용하면 안됨) + 추가는 가능하지만 삭제는 안됨
• validate - 엔티티와 테이블이 정상 매핑되었는지만 확인
• none - 사용하지 않음

 

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

• 운영 장비에는 절대 create, create-drop, update 사용하면 안된다.
• 개발 초기 단계는 create 또는 update
• 테스트 서버는 update 또는 validate
• 스테이징과 운영 서버는 validate 또는 none

 

DDL 생성 기능

제약조건 추가 - ex) 회원 이름은 필수, 10자 초과 X

@Colunm(nullable = false, length = 10)

※ DDL 생성 기능은 DDL을 자동 생성할 때만 사용되고 JPA의 실행 로직에는 영향을 주지 않는다.

---

필드와 컬럼 매핑

 

어노테이션	설명
@Column	컬럼 매핑
@Temporal	날짜 타입 매핑, 참고) LocalDate, LocalDateTime을 사용할 때는 생략 가능
@Enumerated	enum 타입 매핑, 주의) ORDINAL 사용 X
@Lob	BLOB, CLOB 매핑 (CLOB : String, char[], java.sql.CLOB , BLOB : byte[], java.sql.BLOB)
@Transient	특정 필드를 컬럼에 매핑하지 않음(매핑 무시) -> 주로 메모리상에서만 임시로 어떤 값을 보관하고 싶을 때만 사용

---

기본 키 매핑 어노테이션

• @Id
• @GeneratedValue

 

기본 키 매핑 방법

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

 

IDENTITY 전략 - 특징

• 기본 키 생성을 데이터베이스에 위임
• Commit() 시점이 아닌, em.persist() 시점에 즉시 INSERT SQL 실행하고 DB에서 식별자를 조회

    why? 기본 키 생성을 DB에 위임했기 때문에 DB에 INSERT SQL을 실행한 이후에 ID값을 알 수 있기 때문

SEQUENCE 전략 - 특징

• 데이터베이스 시퀀스는 유일한 값을 순서대로 생성하는 특별한 데이터베이스 오브젝트(ex. 오라클 시퀀스)
• 오라클, PostgreSQL, DB2, H2 데이터베이스에서 사용
• IDENTITY와 달리 버퍼링이 가능

속성	설명	기본값
name	식별자 생성기 이름	필수
sequenceName	데이터베이스에 등록되어 있는 시퀀스 이름	hibernate_sequence
initialValue	DDL 생성 시에만 사용됨, 시퀀스 DDL을 생성할 때 처음 1 시작하는 수를 지정	1
allocationSize	시퀀스 한 번 호출에 증가하는 수(성능 최적화에 사용 됨) 데이터베이스 시퀀스 값이 하나씩 증가하도록 설정되어 있으면 이 값을 반드시 1로 설정	50
catalog, schema	데이터베이스 catalog, schema 이름

TALBE 전략

• 키 생성 전용 테이블을 하나 만들어서 데이터베이스 시퀀스를 흉내내는 전략
• 장점 : 모든 데이터베이스에 적용 가능
• 단점 : 성능, DB에서 사용하는 관례가 있기 때문에 운영에서 사용하기에는 애매하다

 

권장하는 식별자 전략

• 기본 키 제약 조건 : NULL 아님, 유일, 변하면 안된다
• 미래까지 위 조건을 만족하는 자연키는 찾기 어렵다. 대리키(대체키)를 사용하자
• 예를 들어 주민등록번호도 추후에 바뀔 염려가 있어서 기본 키로 적절하지 않다.
• 권장 : Long형 + 대체키 + 키 생성전략 사용
• Auto or Sequence 사용