[JPA] JPA Entity 매핑하기

* 해당 글은 김영한 강사님의 자바 ORM 표준 JPA 프로그래밍 - 기본편을 보고 간단하게 정리한 글입니다.(자세한 내용은 강의가 최곱니다. 강의 사세요)

 

자바 ORM 표준 JPA 프로그래밍 - 기본편 강의 - 인프런

 

@Entity

 

@Entity가 붙은 클래스는 JPA가 관리하는 엔티티라고 하며, JPA를 통해서 테이블과 매핑할 클래스는 반드시 이 어노테이션을 붙여야 한다.

 

 

어노테이션 사용 시 주의할 점은 아래와 같다.

• 기본 생성자는 필수다.
• final 클래스, enum, interface, inner class 사용 금지
• 저장할 필드에 final 사용 금지

 

 

 

 

 

@Table

 

@Table은 엔티티와 매핑할 테이블을 지정하며 관련된 속성을 설정할 수 있다. 주요 속성은 name, catalog, schema, uniqueContraints 등이 있다.

 

 

 

 

 

 

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

 

DDL이란 Data Definition Languege로 데이터베이스의 골격을 구성하는 역할을 한다.

 

 

지금까지 jdbcTemplate이나 다른 데이터베이스 연결 도구를 사용할 때 우리는 shema.sql 같이 귀찮은 방법으로 DDL을 생성했다. 여기서 JPA는 애플리케이션 실행 시점에 알아서 스키마를 형성해주는 기능을 제공한다.

 

 

즉, SQL에 관련해서 알지 못해도 우리가 작성한 객체에 대해서 알아서 DDL을 생성해주니 엄청나게 편리한 기능이다. 다음은 DDL에 관련된 기본 속성에 대한 것이다.

 

• create : 기본 테이블 삭제 후에 다시 생성한다.
• create-drop : create와 같으나 종료 시점에 table을 drop한다.
• update: 변경 분만 반영한다.
• validate : 테이블과 엔티티가 정상적으로 매핑되었는 지 확인한다.
• none : 사용하지 않는다.

 

스키마 알아서 생성해주면 무조건 쓰면 되는 거 아닌가 생각할 수 있는데, 실제 운영시에 DDL 자동생성 기능을 사용한다면 호되게 망할 수 있다.

 

 

왜냐하면, 테이블이 바뀐다는 것 자체가 굉장히 위험하며, 데이터베이스가 Lock되는 경우도 많다. 따라서 실제 운영 시에는 validate를 사용하거나 none으로 해놓는다.

 

 

DDL 생성 기능은 DDL을 자동완성할 때만 적용이 되며, JPA 실행로직 자체에는 영향을 주지 않는다. 따라서 제약조건이나 유니크 제약조건이 바뀔 때, DDL 자동완성이 적용될까봐 걱정할 필요는 없다.

 

 

 

 

 

 

필드와 컬럼 매핑하기

 

필드와 컬럼을 매핑할 때 사용하는 어노테이션은 아래와 같다.

 

• _@Column_ : 컬럼을 매핑한다.
• _@Temporal_ : 날짜 타입을 매핑한다.
• _@Enumerated_ : enum 타입을 매핑한다.
• _@Lob_ : Blob이나 Clob을 매핑한다.
• _@Transient_ : 특정 필드를 컬럼에 매핑하지 않는다.

 

여기서 _@Transient_는 임시 메모리에만 보관하고 따로 매핑은 하고 싶지 않을 때 사용한다.

 

 

 

 

@Column

 

_@Column_에서 조금 기억해 놓아야 할 것은 NOTNULL 제약 조건인 _nullable_이다. 그외에 _updatable_, _unique_도 있는 데, _unique_를 사용하기 보단, _@Table_에서 유니크 제약조건으로 주는 편이다.

 

 

 

 

 

@Enumerated

 

_@Enumerated_는 enum 타입을 매핑할 때 사용한다.

 

아래 총 두 가지 동류가 있다.

 

• EnumType.ORDINAL
• EnumType.STRING

 

여기서 주의할 점은 ORDINAL을 사용하지 않는 것이다. 왜냐하면 EnumType.ORDINAL은 enum의 순서로써 숫자가 데이터베이스에 저장되는데, 만약 ENUM 타입이 추가되어도 DB 상에서 숫자는 변하지 않기 때문이다.

 

 

따라서 STRING 타입으로 저장되는 _EnumType.STRING_을 사용하자.

 

 

 

 

@Temporal

 

 

자바 최신 버전에서는 지원되는 _LocalDate(연/월)_, _LocalDateTime(연/월/일)_을 사용하는 것이 편하다. _TemporalType.DATE_와 같은 것은 과거 버전일때 지원되는 것이다.

 

 

 

 

 

 

@Lob

 

데이터베이스의 Blob타입이나 Clob타입에 매핑되는 것이다. 

 

Clob이면, String이나 char[], java.sql.CLOB에 매핑되고 나머지 경우에는 Blob에 매핑된다.

 

 

 

 

 

 

기본 키 매핑 방법

 

 

직접할당과 간접할당으로 나뉜다. 여기서 직접할당을 사용하면 _@Id_만 사용하면 된다.

 

 

자동할당은 _@GeneratedValue_를 사용하는 것으로 세부적인 방법에는 여러가지가 있다.

 

 

• IDENTITY
  • 데이터베이스에 할당을 위임하는 것이다.
  • AUTO_INCREMENT는 데이터베이스에 INSERT 이후에 ID 값을 알 수 있다.
  • 그래서 _persist()_가 호출된 이후에 id를 알 수 있다.
• SEQUENCE
  • 데이터베이스의 시퀀스 오브젝트가 필요하다.
  • 이에 따라 _@SequenceGenerator_를 붙여준다.
• TABLE
  • 키 생성용 테이블을 사용한다.
  • 시퀀스 제너레이터랑 약간 비슷한데, _@TableGenerator_를 붙이면 된다.
• AUTO
  • 방언에 따라서 자동 지정된다.

 

 

 

시퀀스 오브젝트를 사용하면 성능을 약간 향상시킬 수 있는 데 방법은 다음과 같다.

 

@Entity
@SequenceGenerator(
    name = "MEMBER_SEQ_GENERATOR",
    sequence = "MEMBER_SEQ",
    initialValue = 1, allocationSize = 1)
public class Member {
...
}

 

 

_allocationSize_는 데이터를 몇 개씩 가져올 것이냐에 관련된 속성인데, JPA는 기본적으로 _persist_할 때마다 네트워크를 타가며 id 값을 가져온다. 즉, _allocationSize_를 늘리면 여러 번 네트워크를 탈 필요없이 한 번에 데이터를 가져올 수 있다.

 

 

이후에는 Memory를 통해 빠르게 접근하며 동시성 문제도 존재하지 않는다. 이는 TABLE 전략을 사용해도 마찬가지이다.

 

 

 

 

 

 

 

자바 ORM 표준 JPA 프로그래밍 - 기본편 강의 - 인프런