DB2 最佳实践: 使用 Rational Data Architect V7 实现信息建模（下）

核心提示： 另一种解决方案是使用 Rational Data Architect 内的子模型功能处理这种情况，子模型使您能够将一个大的模型分解为一些更小的模型，DB2 最佳实践: 使用 Rational Data Architect V7 实现信息建模（下）(8)，访问大模型的任何人都可以访问这些更小的模型

另一种解决方案是使用 Rational Data Architect 内的子模型功能处理这种情况。子模型使您能够将一个大的模型分解为一些更小的模型。访问大模型的任何人都可以访问这些更小的模型。如果您希望对其中一个小模型（或子模型）做出更改，您只需要签出这个小模型。当您完成更改后，需要将这个小模型签入。

这可以帮助减少涉及模型合并的模型签入冲突，因为如果两个人各自处理一个单独的子模型，他们可以同时签入自己做出的更改，并且不会影响到另一个人。如果较大的模型没有被划分为子模型，第二个用户如果要签入自己做出的更改，他们必须使用比较特性手动将更改合并回库中。

通过使用子模型，用户不需要手动将更改合并到库，从而节省了 时间。当冲突发生时，与合并完整模型相比，使用更小的子模型可以更轻松、更快速地实现合并。

如何从包创建子模型

要从包中创建子模型，您必须已经具有一个现有的子包。子模型无法从模型的主（根）包中创建。当您拥有至少一个包时，您可以从其中创建一个子模型。

要创建子模型，执行以下步骤：

1. 在 Data Project Explorer 中，右键单击现有包并选择 Create Submodel from package。

团队共享最佳实践

使用包分离逻辑实体。

从包中创建子模型，最小化团队共享的影响。

Rational Data Architect 中的物理数据建模

物理数据建模是指创建特定于数据库的数据模型以满足应用程序性能需求的过程。这是一项艰巨的任务，因为通常很难对数据库系统的增长做出规划，在商业智能环境中工作时尤其如此，在这种环境下，初始部署获得成功后，对更多数据源的请求将被包括到数据存储中。