在我的情况下(Hibernate 3.5.2, Postgresql, Ubuntu)，设置Hibernate .hbm2ddl。Auto =update仅创建新表，并在已有的表中创建新列。 它既不删除表，也不删除列，也不更改列。它可以被称为一个安全的选择，但有点像hibernate.hbm2ddl。Auto =create_tables add_columns更清楚。

查看LiquiBase XML以保持更新的更新日志。直到今年我才开始使用它，但我发现它非常容易学习，并且使DB修订控制/迁移/变更管理非常简单。我在一个Groovy/Grails项目中工作，Grails在其所有ORM(称为“GORM”)的底层使用Hibernate。我们使用Liquibase来管理所有SQL模式的更改，随着应用程序的新功能的发展，我们经常这样做。

Basically, you keep an XML file of changesets that you continue to add to as your application evolves. This file is kept in git (or whatever you are using) with the rest of your project. When your app is deployed, Liquibase checks it's changelog table in the DB you are connecting to so it will know what has already been applied, then it intelligently just applies whatever changesets have not been applied yet from the file. It works absolutely great in practice, and if you use it for all your schema changes, then you can be 100% confident that code you checkout and deploy will always be able to connect to a fully compatible database schema.

最棒的是，我可以在我的笔记本电脑上使用一个完全空白的mysql数据库，启动应用程序，模式就马上为我设置好了。通过首先将模式更改应用到本地开发或登台db，还可以很容易地测试模式更改。

开始使用它的最简单方法可能是使用现有的DB，然后使用Liquibase生成一个初始的baseline.xml文件。然后在将来，您可以添加到它，并让liquibase接管管理模式更改。

http://www.liquibase.org/

Hibernate必须在prod中声明不使用自动更新，以在不应该使用prod的情况下，当不知道自己在做什么的人使用它时，Hibernate可以保护自己。

当然，不应该使用的情况远远超过可以使用的情况。

我已经在许多不同的项目中使用它很多年了，从来没有出现过一个问题。这不是一个蹩脚的答案，也不是牛仔编码。这是历史事实。

一个人说“永远不要在生产中这样做”，他想到的是一组特定的生产部署，即他所熟悉的(他的公司，他的行业等)。

“生产部署”的范围是巨大而多样的。

有经验的Hibernate开发人员确切地知道给定映射配置将产生什么DDL。只要您测试并验证您期望的内容最终出现在DDL中(在开发、qa、登台等)，就没问题。

在添加大量特性时，自动模式更新可以真正节省时间。

自动更新不能处理的事情是无穷无尽的，但一些例子是数据迁移，添加非空列，列名更改，等等。

此外，您还需要注意集群环境。

但话说回来，如果你知道这些，你就不会问这个问题了。嗯……好的，如果您正在问这个问题，那么在考虑在prod中使用它之前，您应该等到对Hibernate和自动模式更新有了丰富的经验。

我同意弗拉基米尔的观点。如果我提出这样的课程，我公司的管理人员肯定不会感激。

此外，创建SQL脚本而不是盲目地信任Hibernate，使您有机会删除不再使用的字段。Hibernate不会这样做。

我发现，比较生产模式和新模式可以让您更好地了解数据模型中所更改的内容。当然，你知道，因为你成功了，但现在你看到所有的变化一气呵成。即使是那些让你想“搞什么鬼?!”

有一些工具可以为您创建模式增量，因此这甚至不是一项艰巨的工作。然后你就知道会发生什么了。

Hibernate创建者在他们的书“Java Persistence with Hibernate”中不鼓励在生产环境中这样做:

警告:我们已经看到Hibernate用户试图使用SchemaUpdate自动更新生产数据库的模式。这很快就会导致灾难，而且DBA不允许这样做。

我不会冒这个险，因为你可能会丢失本该保存的数据。hbm2ddl。Auto =update纯粹是一种保持开发数据库最新的简单方法。