엔티티 매핑

개발자·2021년 12월 28일
0

JPA

목록 보기
3/10
post-thumbnail
post-custom-banner

객체와 테이블 매핑 : @Entity, @Table
필드와 컬럼 매핑 : @Column
기본키 매핑 : @Id
연관관계 매핑 : @ManyToOne, @JoinColumn

객체와 테이블 매핑

@Entity

  • JPA가 관리하는 클래스
  • JPA를 사용해서 테이블과 매핑할 클래스는 @Entity 필수

<주의>

기본 생성자 필수
final 클래스, enum, interface, inner 클래스 사용 X
저장할 필드에 final 사용 X

@Table

엔티티와 매핑할 테이블 지정

속성기능기본값
name매핑할 테이블 이름엔티티 이름을 사용
catalog데이터베이스 catalog 매핑
schema데이터베이스 schema 매핑
uniqueConstraintsDDL 생성 시에 유니크 제약 조건 생성


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

  • DDL을 애플리케이션 실행 시점에 자동 생성
  • 테이블 중심->객체 중심
  • 데이터베이스 방언을 활용해서 데이터베이스에 맞는 적절한 DDL 생성(ex. MySQL, Oracle 등)
  • 생성된 DDL은 개발 장비에서만 사용. 운영서버에서는 사용하지 않거나, 다듬어 사용
    => 쿼리를 일일히 작성할 필요 없이 객체 중심으로 자동 생성

속성

persistence.xml 파일의 속성을 변경해주면 됨

<property name="hibernate.hdm2ddl.auth" value="옵션">
옵션설명
create기존테이블 삭제 후 다시 생성(DROP+CREATE)
create-dropcreate와 같으나 종료시점에 테이블 DROP
update변경분만 반영(운영DB에는 허용하면 안됨)
validate엔티티와 테이블이 정상 매핑되었는지만 확인
none사용하지 않음

주의

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

DDL 생성 기능

  • 제약조건 추가
    ex) @Column(nullabel=false, length=10)
  • 유니크 제약조건 추가
    ex) @Table(uniqueConstraints = {@UniqueConstraint(name = "NAME_AGE_UNIQUE", columnNames={"NAME", "AGE"} )})


필드와 컬럼 매핑

매핑 어노테이션

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

@Column

  • 컬럼 매핑
속성설명기본값
name필드와 매핑할 테이블의 컬럼 이름객체의 필드 이름
insertable, updatble등록, 변경 가능 여부TRUE
nullabe(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 (EnumType.STRING) 꼭 써주기
    => ordinal로 데이터 저장 후 enum에 새로운 값이 추가되면 순서가 바뀌어 오류 발생 가능
    ex) USER(0) 데이터가 존재하는 상황에서 RoleType에 GUEST를 맨 앞에 추가하면 GUEST가 0이 되어 버림.
속성설명기본값
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
  • 주로 메모리상에서만 임시로 어떤 값을 보관하고 싶을 때 사용


기본키 매핑

@Id

직접 할당

@GeneratedValue

자동 생성

IDENTITY

  • 기본 키 생성을 데이터베이스에 위임
  • 주로 MySQL, PostgreSQL, SQL Server, DB2에서 사용 (ex. MySQL의 AUTO_INCREMENT)
  • JPA는 보통 트랜잭션 커밋 시점에 INSERT SQL 실행
  • AUTO_ INCREMENT는 데이터베이스에 INSERT SQL을 실행한 이후에 ID 값을 알 수 있음
  • IDENTITY 전략은 em.persist() 시점에 즉시 INSERT SQL 실행하고 DB에서 식별자를 조회

SEQUENCE

  • 데이터베이스 시퀀스는 유일한 값을 순서대로 생성하는 특별한 데이터베이스 오브젝트
  • 오라클, PostgreSQL, DB2, H2 데이터베이스에서 사용
  • SEQUENCE 전략 실행시 DB에서 시퀀스 값 가져온 후 트랜잭션 커밋시 INSERT SQL 실행 -> 모아서 실행 가능(버퍼링)
  • @SequenceGenerator
속성설명기본값
name식별자 생성기 이름필수
sequenceName데이터베이스에 등록되어 있는 시퀀스 이름hibernate_sequence
initialValueDDL 생성 시에만 사용됨. 시퀀스 DDL을 생성할 때 처음 시작하는 수를 지정한다.1
allocationSize시퀀스 한 번 호출에 증가하는 수(성능 최적화에 사용됨) 데이터베이스 시퀀스 값이 하나씩 증가하도록 설정되어 있으면 이 값을 반드시 1로 설정해야 한다.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, generator = "MEMBER_SEQ_GENERATOR") // 상단에 만든 시퀀스 Name 지정
	private Long id;
}

TABLE

  • 키 생성 전용 테이블을 하나 만들어서 데이터베이스 시퀀스를 흉내내는 전략
  • 모든 DB에서 사용
  • 장점: 모든 데이터베이스에 적용 가능
  • 단점: 성능
  • @TableGenerator
속성설명기본값
name식별자 생성기 이름필수
table키생성 테이블명hibernate_sequences
pkColumnName시퀀스 컬럼명.sequence_name
valueColumnName시퀀스 값 컬럼명next_val
pkColumnValue키로 사용할 값 이름엔티티 이름
initialValue초기 값. 마지막으로 생성된 값이 기준0
allocationSize시퀀스 한 번 호출에 증가하는 수(성능 최적화에 사용됨)50
catalog, schema데이터베이스 catalog, schema 이름
uniqueConstraints(DDL)유니크 제약 조건을 지정할 수 있다.
@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;
}

Table 전략 사용시 실행되는 쿼리

create table MY_SEQUENCES (
  sequence_name varchar(255) not null,
  next_val bigint,
  primary key ( sequence_name )
)

AUTO

방언에 따라 자동 지정, 기본값

권장하는 식별자 전략

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



Ref.

[인프런] 자바 ORM 표준 JPA 프로그래밍 - 기본편 (김영한)

profile
log.info("공부 기록 블로9")
post-custom-banner

0개의 댓글