springboot data JPA的spring.jpa.hibernate.ddl-auto 的见解思考

查阅Springboot的官方文档可知

spring.jpa.hibernate.ddl-auto属于数据库初始化章节的语句，还有一条十分近似的语句---spring.jpa.generate-ddl
spring.jpa.generate-ddl 是布尔值，控制该特性的关闭和开启，跟实现者没关系

使用Hibernate初始化数据库

spring.jpa.hibernate.ddl-auto 是一个枚举语句，有5个属性。

• none
• validate
• update
• create
• create-drop

如果是内嵌型数据库的则默认值为 create-drop（H2,HSQLDB,DERBY这几个是内嵌数据库）

如果应用程序运行正常，如果你使用create-drop或只是create，然后尝试只运行create一次所以生成所有内容，然后将其更改为，update只更新架构，或者validate以便下次它只验证您的数据库架构。

---

create：
每次加载hibernate时都会删除上一次的生成的表，然后根据你的model类再重新来生成新表，哪怕两次没有任何改变也要这样执行，这就是导致数据库表数据丢失的一个重要原因。

create-drop ：
每次加载hibernate时根据model类生成表，但是sessionFactory一关闭,表就自动删除。

update：
最常用的属性，第一次加载hibernate时根据model类会自动建立起表的结构（前提是先建立好数据库），以后加载hibernate时根据 model类自动更新表结构，即使表结构改变了但表中的行仍然存在不会删除以前的行。要注意的是当部署到服务器后，表结构是不会被马上建立起来的，是要等 应用第一次运行起来后才会。

validate ：
每次加载hibernate时，验证创建数据库表结构，只会和数据库中的表进行比较，不会创建新表，但是会插入新值

---

生产环境

• 从理论上讲，如果hbm2ddl update在开发中有效，它也应该在生产中工作。但实际上，并非总是如此。在生产环境中，基本不推荐使用spring.jpa.hibernate.ddl-auto，或者使用none这个属性，

stackoverflow上的讨论

有人支持在生产环境使用，有人不支持。不支持的占了大多数。不支持的人的观点均为 “把任务交给DBA”，但是如果一个团队承担不起DBA，可以使用hbm2ddl.auto，但代价就是--->1.使用向后兼容性方法设计对象模型，即弃用对象和属性，而不是删除/更改它们。这意味着如果您需要更改对象或属性的名称，请保留原有的名称，添加新的名称并编写某种迁移脚本。如果您需要更改对象之间的关联，如果您已经在生产中，这意味着您的设计首先是错误的，因此请尝试考虑一种表达新关系的新方式，而不会影响旧数据。 2.始终在部署之前备份数据库