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 回答