1

在为企业应用程序开发模块化系统架构时，我遇到了一些数据库初始化问题。我们有一个提供基本实体和基本配置的核心库。在这个核心之上构建了几个模块。它们是可插拔的，可以有自己的实体和配置。一些特点：

  • 配置，如系统属性、资源包等，都存储在数据库中。
  • JPA 用于使系统数据库独立。
  • 系统在 Java SE 上运行

每个模块都可以自带表，但它们也可以要求填充核心属性表或核心资源包表。所以不知何故，我们需要一些机制来为数据库运行 DDL 和 DML 初始化。一些选项：

  1. 创建简单的 sql 脚本。缺点是它们必须是独立于数据库的，也许这不是对开发人员最友好的。除非我们可以使用一些 DB diff 工具生成它们？
  2. 使用 Java 类通过 JPQL 进行初始化？
  3. 将配置存储在文件中？这避免了很多（但不是全部）配置 DML。
  4. 使用像 liquibase 这样的工具？

这个（或类似的）问题的最佳实践是什么？

4

2 回答 2

0

使用数据库存储所有配置数据是最好的选择。许多产品，例如 WebSphere Portal 或 Liferay 使用数据库来存储每个 portlet 甚至主题的配置数据。不要忘记包括那些用作 SOA 和业务规则的一部分的内容。

因此，使用 SQL 脚本也是最好的选择。但是，如果您需要非常特定的 SQL 功能，您可能需要为每个数据库管理系统创建多个版本的相同脚本。

于 2013-08-08T21:02:22.137 回答
0

我目前在一个项目中，该项目对向核心系统添加功能的模块具有相同的想法。

通常，我们使用 maven 和多个src文件夹以及 maven 配置文件和不同的构建来生成具有不同模块的可部署文件。（我们没有必要推出单个模块并稍后安装它们 - 这可能在您的项目中有所不同。我们只是使用不同的模块构建不同的版本。）

无论如何，对于我们使用 liquibase 的数据库。首先管理数据库及其所做的更改。而且（这可能对您有帮助）包含/生成另一个为模块添加表的 SQL 脚本。

每个模块都有自己的变更集文件，其中包括该模块所需的所有内容（随着模块随着时间的推移也在不同的版本中）。然后可以应用或不应用这些。

因此，我认为 liquibase 在您的情况下也很有用（尽管它的主要目的是管理数据库更改）。

于 2013-08-14T08:42:11.667 回答