티스토리 뷰
기본 키 매핑
- 직접 할당: @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번의 통신을 한다- 식별자를 구하려고 데이터베이스 시퀀스를 조회한다
ex) SELECT MEMBER_SEQ.NEXTVAL ... - 조회한 시퀀스를 기본 값으로 사용해 데이터베이스에 저장한다
ex) INSERT INTO MEMBER ...
예를들어, 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)
|
@Table의 uniqueConstraints와 같지만 한 컬럼에 간단히 유니크 제 약조건을 걸 때 사용한다.
|
|
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
|
@Temporal
- 날짜 타입(java.util.Date, java.util.Calendar)을 매핑할 때 사용
- 참고: LocalDate, LocalDateTime을 사용할 때는 생략 가능(최신 하이버네이트 지원)
속성 | 설명 | 기본값 |
value
|
|
@Lob
- 데이터 베이스 BLOB, CLOB 타입과 매핑
- @Lob에는 지정할 수 있는 속성이 없다
- 매핑하는 필드 타입이 문자면 CLOB 매핑, 나머지는 BLOB 매핑
- CLOB: String, char[], java.sql.CLOB
- BLOB: byte[], java.sql.BLOB
@Transient
- 필드 매핑X
- 데이터베이스에 저장X, 조회X
- 주로 메모리상에서만 임시로 어떤 값을 보관하고 싶을 때 사용
참고
자바 ORM 표준 JPA 프로그래밍(김영한)
'개발 > Spring' 카테고리의 다른 글
[Spring] - SWAGGER 오류 : Failed to start bean 'documentationPluginsBootstrapper'; nested exception is java.lang.NullPointerException (0) | 2022.02.22 |
---|---|
[Spring] - AOP 예제 (0) | 2022.02.08 |
[JPA] - JPA 엔티티 매핑 #1 (0) | 2022.02.06 |
[JPA] - JPA 영속성 컨텍스트(PersistenceContext) (0) | 2022.01.30 |
[JPA] - JPA란 (0) | 2022.01.25 |