Notice
Recent Posts
Link
Tags
- jpa
- SSL
- springboot
- PYTHON
- select
- Docker
- mysql
- @transactional
- spring mvc
- session
- Git
- join
- nginx
- string
- ORM
- AWS
- 문자열
- 스프링부트
- 자바
- spring boot
- sql
- 데이터베이스
- java
- 스프링
- 프로그래머스
- spring
- DI
- spring security 6
- 1차원 배열
- Django
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Archives
개발하는 자몽
[TIL / JPA] 데이터베이스 스키마 자동 생성, UNIQUE 제약 조건 관련 TIL 본문
JPA 데이터베이스 스키마 자동 생성
- 개발 서버에서는 가급적 `none`
- 테스트 서버와 스테이징 서버에 `validate` 정도는 괜찮은 듯. 그래도 가급적 `none`을 권장. 혼자 개발하는 환경에서는 `validate` 정도는 괜찮지만, 여러 명이 함께 개발하는 곳에서는 `none`.
- 실제 운영서버에서는 아예 `none`. 수많은 데이터가 있는 운영 서버에서 `ALTER` 쿼리 등을 잘못 입력하면 시스템이 중단 상태가 될 수도 있음. 그래서 가급적 작성한 쿼리가 잘 동작하는지 테스트 서버에서 확인해봐야 함.
- 운영 서버에 스크립트를 반영할 때 가급적이면 쿼리를 다듬어서 넘긴다.
필드와 컬럼 매핑
`@Column`의 `unique=true` 제약 조건은 잘 사용하지 않는다. 사용 시 제약 조건 이름이 랜덤 생성되어 알아볼 수가 없어서 운영 환경에서 좋지 않음.
UNIQUE 제약 조건을 거는 다른 방법은 `@Table(uniqueConstraints)`를 사용하는 것. 이 방식은 이름을 정할 수 있으므로 사용하기 좋다.
출처
- 인프런 - 김영한님의 자바 ORM 표준 JPA 프로그래밍 기본편
'Java' 카테고리의 다른 글
[Java] new Integer와 Integer.valueOf()의 차이점 (0) | 2024.08.11 |
---|---|
Java에서 외부 프로그램 실행하기 (zt-exec) (0) | 2024.07.06 |
[TIL / JPA] 영속성 컨텍스트 (0) | 2024.06.29 |
Collections, Collector, stream의 함수 (0) | 2023.05.03 |
[Tomcat Error] java.lang.IllegalArgumentException: The main resource set specified [...\tomcat\tomcat.8080/webapps] is not valid (0) | 2023.04.12 |
Comments