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

• DDL을 애플리케이션 실행 시점(loading)에 자동으로 생성한다.
• 테이블 중심 -> 객체 중심
• 데이터베이스 방언을 활용해서 데이터베이스에 맞는 적절한 DDL을 생성한다. Ex) oracle: varchar2, MySQL: varchar 등
• 이렇게 생성된 DDL은 개발 로컬 장비에서만 사용한다. 즉, 운영 서버에서는 사용하지 않거나, 적절히 다듬은 후 사용한다. 로컬 PC에서 개발할 때 사용한다.

<property name="hibernate.hbm2ddl.auto" value="create"/>

hibernate.hbm2ddl.auto 옵션의 속성값의 사본

spring.jpa.generate-ddl : true로 설정 시, Entity 어노테이션(@Entity)이 명시된 클래스를 찾아서 ddl을 생성하고 실행 spring.jpa.database-platform : JPA 데이터베이스 플랫폼을 지정합니다. spring.jpa.open-in-view : OSIV(Open Session In View)는 웹 요청이 완료될 때까지 동일한 EntityManager를 갖도록 해줍니다. 스프링부트에서 OSIV가 기본값으로 true인데, 성능과 확장상 면에서 안좋다고 해서 false로 설정을 껏습니다. spring.jpa.show-sql : 콘솔에 JPA 실행 쿼리를 출력합니다. spring.jpa.hibernate.format_sql : 콘솔에 출력되는 JPA 실행 쿼리를 가독성있게 표현합니다. logging.level.org.hibernate.type.descriptor.sql : SQL에서 물음표로 표기된 부분( bind parameter )을 로그로 출력해서 확인할 수 있습니다. spring.jpa.hibernate.naming : 엔티티와 테이블에 대한 네이밍 전략 spring.jpa.hibernate.use-new-id-generator-mappings : auto increment에 대한 설정

주의사항

• 운영 장비에는 절대 create, create-drop, update를 사용하면 안된다.
• 개발 초기 단계(로컬 개발 서버) create 또는 update
• 테스트 서버(여러 명이 같이 사용하는 개발 서버)
• update 또는 validate
• 웬만하면 테스트 서버에서도 validate나 none을 쓰는 것이 좋다.
• Why? 데이터가 많은 상태에서 alter를 했을 때 자칫 시스템이 중단될 수도 있기 때문이다.
• 직접 스크립트를 짜서 적용해보고 문제가 없으면 DBA에게 검수를 받은 후 운영 서버에 적용하는 것을 권장한다.
• 스테이징과 운영 서버 validate 또는 none