티스토리 뷰

 

기본 키 매핑

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

IDENTITY 전략

  • 기본 키 생성을 데이터베이스에 위임
  • 주로 MySQL, PostgreSQL, SQL Server, DB2에서 사용한다 (ex: MySQL의 AUTO_INCREMENT)
  • JPA는 보통 트랜잭션 커밋 시점에 INSERT SQL 실행
  • AUTO_INCREMENT는 데이터베이스에 INSERT SQL을 실행한 이후에 ID 값을 알 수 있다
  • IDENTITY 전략은 em.persist() 시점에 즉시 INSERT SQL 실행하고 DB에서 식별자를 조회한다
@Entity
public class Member {
 @Id
 @GeneratedValue(strategy = GenerationType.IDENTITY)
 private Long id;
}

SEQUENCE 전략

  • 데이터베이스 시퀀스는 유일한 값을 순서대로 생성하는 특별한 데이터베이스 오브젝트 (예: 오라클 시퀀스)
  • 오라클, PostgreSQL, DB2, H2 데이터베이스에서 사용

@SequenceGenerator 속성

속성 설명 기본값
name 식별자 생성기 이름 필수
sequenceName 데이터베이스에 등록되어 있는 시퀀스 이름 hibernate_sequence
initialValue DDL 생성 시에만 사용됨, 시퀀스 DDL을 생성할 때 처음 1 시작하는 수를 지정한다 1
allocationSize 시퀀스 한 번 호출에 증가하는 수(성능 최적화에 사용) 50
catalog, schema 데이터베이스 catalog, schema 이름  
@Entity
@SequenceGenerator(
	name = "MEMBER_SEQ_GENERATOR",
	sequenceName = "MEMBER_SEQ", //매핑할 데이터베이스 시퀀스 이름
	initialValue = 1, allocationSize = 1)
public class Member {
 @Id
 @GeneratedValue(strategy = GenerationType.SEQUENCE)
 private Long id;
 }

TABLE 전략

  • 키 생성 전용 테이블을 하나 만들어서 데이터베이스 시퀀스를 흉내내는 전략
  • 장점: 모든 데이터베이스에 적용 가능
  • 단점: 성능이 떨어진다

@TableGenerator 속성

속성 설명 기본값
name 식별자 생성기 이름 필수
table 키생성 테이블명 hibernate_sequence
pkColumnName 시퀀스 컬럼명 sequence_name
valueColumnNa
시퀀스 값 컬럼명
next_val
pkColumnValue
키로 사용할 값 이름
엔티티 이름
initialValue
초기 값, 마지막으로 생성된 값이 기준
0
allocationSize
시퀀스 한 번 호출에 증가하는 수 (성능 최적화에 사용)
50
catalog, schema
데이터베이스 catalog, schema 이름
 
uniqueConstraints(DDL)
유니크 제약 조건을 지정할 수 있다
 
// TABLE 전략 키 생성 DDL
create table MY_SEQUENCE(
 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;
}

권장하는 식별자 전략

  • 기본 키 제약 조건: null 아님, 유일, 변하면 안된다
  • 미래까지 이 조건을 만족하는 자연키는 찾기 어렵다 -> 대리키(대체키)를 사용하자
  • 예를 들어 주민등록번호도 기본 키로 적절하지 않다
  • 권장: Long형 + 대체키 + 키 생성전략 사용 (AUTO_INCREMENT나 SEQUENCE 사용)

SEQUENCE 전략과 TABLE 전략의 allocationSize 기본값이 50인 이유?

  • 데이터베이스에 여러번 접근하는 것을 방지해서 성능적으로 장점이 있기 때문
  • SEQUENCE 전략에서는...
    SEQUENCE 전략은 데이터베이스 시퀀스를 통해 식별자를 조회하는 추가 작업이 필요하다. 따라서 다음과 같이 데이터베이스와 2번의 통신을 한다
    1. 식별자를 구하려고 데이터베이스 시퀀스를 조회한다
      ex) SELECT MEMBER_SEQ.NEXTVAL ...
    2. 조회한 시퀀스를 기본 값으로 사용해 데이터베이스에 저장한다
      ex) INSERT INTO MEMBER ...
    위와 같이 시퀀스에 접근하는 것을 줄이기 위해 JPA는 @SequenceGenerator.allocationSize를 사용한다. 간단히 설명하면, 여기에 설정한 값만큼 한 번에 시퀀스 값을 증가시키고 나서 그만큼 메모리에 시퀀스 값을 할당한다.
    예를들어, allocation 값이 50이면 시퀀스를 한 번에 50을 증가시킨 다음에 1 ~ 50까지는 메모리에 시퀀스 값을 할당한다. 그리고 51이 되면 시퀀스 값을 100으로 증가시킨 다음 51 ~ 100까지 메모리에서 식별자를 할당한다
    • 이 최적화 방법은 시퀀스 값을 선점하므로 여러 JVM이 동시에 동작해도 기본 키 값이 충돌하지 않는 장점이 있다. 반면에 데이터베이스에 직접 접근해서 데이터를 등록할 때 시퀀스 값이 한 번에 많이 증가한다는 점을 염두해두어야 한다. 이런 상황이 부담스럽고 INSERT 성능이 중요하지 않으면 allocationSize의 값을 1로 설정하면 된다.
  • TABLE 전략에서는...
    TABLE 전략은 값을 조회하면서 SELECT 쿼리를 사용하고 다음 값으로 증가시키기 위해 UPDATE 쿼리를 사용한다. 이 전략은 SEQUENCE 전략과 비교해서 데이터베이스와 한 번 더 통신하는 단점이 있다. 이 전략도 최적화하기 위해 allocationSize를 사용하면 되고, 방법은 SEQUENCE 전략과 같다.

필드와 컬럼 매핑

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

@Column

속성 설명 기본값
name
필드와 매핑할 테이블의 컬럼 이름
객체의 필드 이름
insertable, updatable
등록, 변경 가능 여부
TRUE
nullable(DDL)
null 값의 허용 여부를 설정한다. false로 설정하면 DDL 생성 시에 not null 제약조건이 붙는다.
 
unique(DDL)
@TableuniqueConstraints와 같지만 한 컬럼에 간단히 유니크 제 약조건을 걸 때 사용한다.
 
columnDefinition (DDL)
데이터베이스 컬럼 정보를 직접 줄 수 있다. ex) varchar(100) default ‘EMPTY'
필드의 자바 타입과 방언 정보를 사용해
length(DDL)
문자 길이 제약조건, String 타입에만 사용한다.
255
precision, scale(DDL)
BigDecimal 타입에서 사용한다(BigInteger도 사용할 수 있다). precision은 소수점을 포함한 전체 자 릿수를, scale은 소수의 자릿수 다. 참고로 double, float 타입에는 적용되지 않는다. 아주 큰 숫자나 정 밀한 소수를 다루어야 할 때만 사용한다.
precision=19, scale=2

@Enumerated

  • 자바 enum 타입을 매핑할 때 사용
  • ORDINAL 사용X
속성 설명 기본값
value
  • EnumType.ORDINAL: enum 순서를 데이터베이스에 저장
  • EnumType.STRING: enum 이름을 데이터베이스에 저장
EnumType.ORDINAL

@Temporal

  • 날짜 타입(java.util.Date, java.util.Calendar)을 매핑할 때 사용
  • 참고: LocalDate, LocalDateTime을 사용할 때는 생략 가능(최신 하이버네이트 지원)
속성 설명 기본값
value
  • TemporalType.DATE: 날짜, 데이터베이스 date 타입과 매핑
    (예: 2013-10-11)
  • TemporalType.TIME: 시간, 데이터베이스 time 타입과 매핑
    (예: 11:11:11)
  • TemporalType.TIMESTAMP: 날짜와 시간, 데이터베이스 timestamp 타입과 매핑
    (예: 2013-10-11 11:11:11)
 

 

@Lob

  • 데이터 베이스 BLOB, CLOB 타입과 매핑
  • @Lob에는 지정할 수 있는 속성이 없다
  • 매핑하는 필드 타입이 문자면 CLOB 매핑, 나머지는 BLOB 매핑
    • CLOB: String, char[], java.sql.CLOB
    • BLOB: byte[], java.sql.BLOB

@Transient

  • 필드 매핑X
  • 데이터베이스에 저장X, 조회X
  • 주로 메모리상에서만 임시로 어떤 값을 보관하고 싶을 때 사용

 

 

 

참고

자바 ORM 표준 JPA 프로그래밍(김영한)

링크
최근에 올라온 글
글 보관함
«   2025/08   »
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31