1. ddl-auto 옵션별 동작
none
none으로 설정하면 데이터베이스 스키마와 관련된 어떠한 작업도 수행하지 않는다. 스키마를 수동으로 관리하고자 할 때 유용하며, 특히 프로덕션 환경에서 실수로 스키마가 변경되는 것을 방지하기 위해 사용된다.
validate
validate는 애플리케이션이 시작될 때 엔티티 매핑이 데이터베이스 스키마와 일치하는지 검증한다. 이때 스키마 자체의 변경은 수행하지 않는다. 엔티티와 데이터베이스 스키마가 일치하는지 확인하고 싶을 때, 프로덕션 환경에서 주로 사용된다.
update
update 옵션은 엔티티 매핑과 데이터베이스 스키마를 비교하여, 필요한 경우 스키마를 업데이트한다. 이때 기존 데이터는 유지되며, 새로운 엔티티나 변경된 엔티티 필드는 스키마에 반영된다. 개발 중에 엔티티에 변경이 발생할 때 자동으로 스키마를 업데이트하고자 할 때 유용하지만, 예기치 않은 스키마 변경으로 인한 문제를 방지하기 위해 프로덕션 환경에서는 주의해서 사용해야 한다.
create
create 옵션은 애플리케이션이 시작될 때 기존 스키마를 삭제하고 새로 생성한다. 이 경우 모든 기존 데이터가 삭제되며, 엔티티 매핑을 기반으로 새로운 스키마가 생성된다. 반복적인 스키마 생성을 필요로 하는 개발 초기 단계에서 유용하지만, 데이터 보존이 중요한 프로덕션 환경에서는 사용하면 안 된다.
create-drop
create-drop은 create 옵션과 유사하다. 다만, 애플리케이션이 종료될 때 스키마를 삭제한다는 차이가 있다. 테스트 환경에서 임시 데이터베이스 스키마가 필요할 때 적합하며, 매 테스트 실행 시마다 깨끗한 데이터베이스 상태를 유지할 수 있다. 역시 프로덕션 환경에서는 사용하지 않는다.
2. 프로덕션 환경에서 스키마 변경
프로덕션 환경에서는 애플리케이션의 안정성과 데이터 무결성을 보장하기 위해 ddl-auto 옵션을 직접 사용하여 스키마 변경을 진행해서는 안 된다. 스키마 변경이 필요할 때는 다음과 같은 방법을 고려한다.
데이터베이스 마이그레이션 도구 사용:
Flyway나 Liquibase와 같은 도구를 활용하여 제어된 방식으로 스키마를 관리한다. 이들 도구는 스키마 버전 관리를 지원하며, 변경 이력을 추적할 수 있다.
수동 변경:
사용자가 없는 새벽 시간 등 트래픽이 적은 시간대를 이용해 수동으로 스키마 변경 작업을 진행하는 것도 안전한 방법이다.
결론
JPA의 ddl-auto 옵션은 각 옵션마다 고유의 동작 방식과 사용 상황이 있으며, 환경에 맞게 적절히 선택하여 사용해야 한다.
none : 스키마 관리를 수동으로 할 때, 특히 프로덕션 환경에서 사용한다.
validate : 엔티티 매핑과 스키마의 일치를 확인할 때 유용하다.
update : 개발 중 자동 스키마 업데이트가 필요할 때 사용하되, 프로덕션에서는 주의가 필요하다.
create : 개발 초기나 테스트에서 빈 데이터베이스를 생성할 때 사용한다.
create-drop : 테스트 환경에서 매번 깨끗한 상태를 유지하고자 할 때 적합하다.
프로덕션 환경에서는 ddl-auto 옵션 대신 데이터베이스 마이그레이션 도구를 사용하거나, 안전한 시간대를 선택하여 수동 변경하는 것이 바람직하다.
이와 같이 ddl-auto 옵션의 특성을 이해하고 상황에 맞게 활용하면, 보다 안정적이고 효율적인 데이터베이스 관리를 구현할 수 있다.
