[JPA] 필드와 컬럼 매핑
-
데이터베이스 스키마 자동 생성하기
-
DDL을 애플리케이션 실행 시점에 자동 생성
-
테이블 중심 -> 객체 중심
-
데이터베이스 방언을 활용해서 데이터베이스에 맞는 적절한 DDL 생성
-
이렇게 생성된 DDL은 개발 장비에서만 사용
-
생성된 DDL은 운영서버에서는 사용하지 않거나 적절히 다듬은 후 사용
** 스키마란?
- 스키마는 데이터베이스의 구조와 제약조건에 관한 전반적인 명세를 기술한 메타데이터의 집합
- 스키마는 데이터베이스를 구성하는 데이터 개체(Entity), 속성(Attribute), 관계(Relationship) 및 데이터 조작 시 데이터 값들이 갖는 제약 조건등에 관해 전반적으로 정의한다.
- 스키마는 사용자의 관점에 따라 외부 스키마, 개념 스키마, 내부 스키마로 나뉘어진다.
-
데이터베이스 스키마 자동 생성하기
-
create
-
기존테이블 삭제 후 다시 생성(DROP + CREATE)
-
create-drop
-
create와 같으나 종료시점에 테이블 DROP (test코드 작성할 때 유용)
-
update
-
변경분만 반영(운영DB에는 사용하면 안됨)
-
validate
-
엔티티와 테이블이 정상 매핑되었는지만 확인
-
none
-
사용하지 않음(운영에서 사용x)
-
-
hibernate.hbm2ddl.auto
-
데이터베이스 스키마 자동 생성하기 주의
-
운영 장비에는 절대 create, create-drop, update를 사용하면 안된다.
-
개발 초기 단계는 create 또는 update
-
테스트 서버는 update 또는 validate
-
스테이징과 운영 서버는 validate 또는 none
-
create
-
create-drop
-
매핑 어노테이션
- @Enumverated
- 열거형 매핑
- EnumType.ORDINAL: 순서를 저장(기본값)
- EnumType.STRING: 열거형 이름을 그대로 저장, 가급적 이것을 사용
- @Lob
- CLOB, BLOB 매핑
- CLOB: String, char[], java.sql.CLOB
- BLOB: byte[], java.sql.BLOB
- @Transient
- DB에 저장은 안하는데 넣어두고 싶은 컬럼에 사용
- 매핑하지 않음
- 애플리케이션에서 DB에 저장하지 않음
- DB에 저장은 안하는데 넣어두고 싶은 컬럼에 사용
-
@Column
- 가장 많이 사용됨
- insertable, updatable: 읽기 전용
- nullable: null허용여부 결정, DDL생성시 사용
- unique: 유니크 제약 조건, DDL생성시 사용
- columnDefinition, length, precision, scale(DDL)
-
name = "USERNAME"으로 설정하면
-
@Id(직접 매핑)
-
IDENTITY: 데이터베이스에 위임, MYSQL
-
SEQUENCE: 데이터베이스 시퀀스 오브젝트 사용, ORACLE
-
-
@SequenceGenerator 필요
-
TABLE: 키 생성용 테이블 사용, 모든 DB에서 사용
-
@TableGenerator 필요
-
AUTO
-
방언에 따라 자동 지정, 기본값
-
권장하는 식별자 전략
-
기본키 제약조건: null 아님, 유일, 변하면 안된다.
-
미래까지 이 조건을 만족하는 자연키는 찾기 어렵다. 대리기(대체키)를 사용하자
-
예를들어 주민등록번호도 기본키로 적절하지 않다.
-
권장: Long + 대체키 + 키 생성전략 사용