4

我有一个使用 SQL Server Express 作为后端数据库的 Java EE 应用程序。当我们部署新版本时，有时我们需要更改数据库：添加表、添加列、删除列、合并表、合并列等。

直到今天，我们都使用离线 SQL 脚本来修改数据库，但这种解决方案不可扩展且非常容易出错。

我们开始使用具有 @PostConstruct 装饰方法的单例启动 bean 来添加和删除系统在部署期间使用的数据。

我们现在还想发布 DML 语句，以便我们可以在部署期间升级我们的数据库并一劳永逸地消除 SQL 脚本。

  1. 有没有人尝试过，这是好的方向吗？
  2. 我们应该使用 entityManager.unwrap 方法还是简单地将 JDBC DataSource 资源注入我们的单例启动 bean？
4

3 回答 3

7

我们最近开始使用并且对它非常满意。文档非常好。简而言之：您包含一组带有版本的 SQL 脚本。Flyway 引擎将拾取尚未应用的 SQL 脚本（创建了一个特殊的元数据表）并运行它们。您可以使用带有版本的 SQL 或纯 Java。

于 2012-04-15T12:05:50.017 回答
6

除了 Tomasz 的回答，您还可以使用LiquiBase。它提供的解决方案迫使开发人员对他们的模式更改进行“版本控制”，因此当您最终投入生产时，您将拥有一个完全可理解的模式更改日志。然后，您可以使用 LiquiBase 将该更改日志或其任何子集应用到生产数据库。您还可以回滚更改日志的子集。

它可以开箱即用地处理多种更改，还可以使用自定义迁移 java 类。

我自己从未使用过它，但它从 2007 年开始开源。

这是一个快速概述。

于 2012-04-15T12:41:43.570 回答
3

为了最终确定数据库迁移工具列表，我对solidbase非常满意。我们将它作为部署脚本的一部分启动，但在单例 bean 中启动它的想法非常有趣。Solidbase 的 wiki 没有记录这种嵌入式使用，但是从源代码类Runner的快速浏览中可以找到您正在寻找的东西。

于 2012-04-15T18:49:02.780 回答