java - 在现有 JPA 持久性类中处理更新的策略

Question

我们正在做一个计划使用 JPA Persistence 的项目。我们认为，一旦项目上线，可能需要更改数据模型的可能性很小。

我的问题是有哪些不同的策略可用于处理这种变化。特别是我有以下问题:

1. 对于更新的 JPA 类，将它们合并到现有数据库架构中的最佳实践是什么？

2. 对于 JPA，是否有任何最佳实践来归档旧数据、更新数据库架构，然后再次将数据库迁移到新架构？

3. 有哪些变化(从广义上讲)会使这种迁移变得不可能？

Answer 1

在 RHQ ( http://rhq-project.org/ ) 中，我们有一些 dbutils，它们具有 XML 模式描述，用于填充空数据库上的初始模式，然后另一个 xml 文件将对此基础模式的更改注册为单独的“差异” DDL 和 DML 语句。

每当更改 JPA 类(以模式相关方式)时，两个 XML 文件都会更新。在下次运行安装程序时，它将查看现有数据库，收集其版本，然后播放从数据库中的版本到最新版本的所有更新步骤。

此 dbutils 代码可用 in git .

还有其他框架，例如 liquibase可以在这里为您提供帮助。