[Spring Boot] JPA의 ddl-auto 옵션이란?!

매일메일에서 질문을 받고 답변을 하고 해답을 적어보고 있다!

JPA 구현체 중 하나인 Hibernate는 다양한 기능을 제공하는데, 데이터 베이스 스키마 관리를 제어하는 설정으로 ddl-auto가 있다. 이는 관련 편리한 기능만 일까, 아니면 아주 위험한 기능일 수도 있을까?! 개발을 하다보면 해당 기능이 편하기도 두렵기도 하다. 오늘은 이에 대해 공부해보자!!

ddl-auto 속성과 종류 <내가 기억하고 있던 것>

ddl-auto 는 5가지의 속성이 있다!

• none: 어떤 작업도 수행하지 않음
• validate: 이름에 맞게 Entity class와 잘 매핑되는지 컬럼에 대한 검사만 실시한다.
• create: Entity로 등록된 class와 매핑되는 테이블을 자동으로 생성한다!
• create-drop: Entity로 등록된 class와 매핑되는 테이블을 자동으로 생성한다. 그러나 애플리케이션 종료 시 테이블이 삭제된다.
• update: Entity로 등록된 클래스와 매핑되는 테이블이 없으면 새로 생성하지만, 기존의 테이블이 존제한다면 테이블의 컬럼이 변경되거나 추가된다.

만약 이런 질문을?! : 각 옵션에 대한 설명을 해주시겠어요?

none: 설정하면 데이터베이스 스키마와 관련된 어떠한 작업도 수행하지 않습니다. 데이터베이스 스키마를 수동으로 관리하고 싶을 때 유용하며, 프로덕션 환경에서 주로 사용됩니다.

validate: 애플리케이션이 시작될 때, 엔티티 매핑이 데이터베이스 스키마와 일치하는지 검증하며 스키마 변경은 따로 수행하지 않습니다. 프로덕션 환경에서 엔티티와 데이터베이스 스키마가 일치하는지 확인하고 싶을 때 사용합니다.

create: 애플리케이션이 시작될 때 기존 스키마를 삭제하고 새로 생성합니다. 데이터가 모두 삭제되며 엔티티 매핑을 기반으로 새로운 스키마가 생성됩니다. 개발 초기에 빈 데이터베이스 스키마를 반복적으로 생성해야 할 때 유용합니다. 기존 데이터가 모두 삭제되므로 프로덕션 환경에서는 사용하지 않습니다.

create-drop: create와 유사하지만, 애플리케이션이 종료될 때 스키마를 삭제한다는 점이 다릅니다. 해당 옵션은 테스트 환경에서 일시적인 데이터베이스 스키마가 필요한 경우 유용하며, 매 테스트 실행 시마다 깨끗한 데이터베이스 상태를 유지하고자 할 때 사용됩니다. 프로덕션 환경에서는 사용하지 않습니다.

update: 엔티티 매핑과 데이터베이스 스키마를 비교하여 필요한 경우 스키마를 업데이트합니다. 기존 데이터는 유지되지만, 새로운 엔티티나 변경된 엔티티 필드는 스키마에 반영됩니다. 해당 옵션은 엔티티에 변경이 발생할 때 자동으로 스키마를 업데이트하고 싶을 때 유용합니다. 프로덕션 환경에서는 예기치 않은 스키마 변경을 방지하기 위해 주의가 필요합니다.

또 만약 이런 질문을? : 프로덕션 환경에서 스키마 변경은 어떻게 하셨죠?

스키마 변경이 필요할 때는 적절한 데이터베이스 마이그레이션 도구를 사용해서 제어된 방식으로 스키마를 관리하거나, 사용자가 없는 새벽에 스키마 변경 작업을 수동으로 진행하는 것이 더욱 안전할 수 있습니다. - 항상

 

용어정리

• DDL : 데이터베이스를 정의하는 언어를 말하며 데티어를 생성하거나 수정, 삭제 등 데이터의 전체 골격을 결정하는 역할하는 언어를 뜻함.
• 데이터 마이그레이션 : 한 컴퓨팅 환경이나 스토리지 시스템에서 다른 컴퓨팅 환경이나 스토리지 시스템으로 데이터를 이동하는 것. 주로 클라우드 전환, 데이터베이스 업그레이드, 혹은 시스템 업데이트 과정에서 필요합니다. 마이그레이션 과정은 데이터 선택, 준비, 추출, 변환, 로딩의 단계를 거친다.
• 마이그레이션 도구 : 가장 많이 쓰는것은 Flyway, Liquibase 이 두개! → 내일 이거 정리해보자.