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

核心提示： 一般化独立表转换一般化关系最佳实践使用一般化和子类型关系为业务分析师提供更有意义的逻辑数据模型，团队共享团队共享团队共享在数据模型设计中是一个重要的概念，DB2 最佳实践: 使用 Rational Data Architect V7 实现信息建模（下）(7)，如果数据模型无法广泛应用于由相关用户

一般化独立表转换

一般化关系最佳实践

使用一般化和子类型关系为业务分析师提供更有意义的逻辑数据模型。

团队共享

团队共享

团队共享在数据模型设计中是一个重要的概念。如果数据模型无法广泛应用于由相关用户组成的社区，那么它对于组织就没有多大价值。Rational Data Architect 合并了一些能够使团队共享变得简单而又有效的概念。

使用包分离逻辑实体

将逻辑实体分离到包中可以帮助降低大型模型的复杂性，使它变得易于理解。这对于域模型和逻辑数据模型都非常有用。

从包中创建子模型

从包中创建子模型的能力是非常强大的概念，因为它可以极大地减少您将多处更改合并到一个团队共享库所花的时间。在使用团队共享库时，您通常需要签入和签出模型。

在 Rational Data Architect 中，将对一个完整的模型执行签入和签出。因此，即使对实体做了很小的一处更改，也必须将整个模型签入。

如果两名用户签出同一个模型并在作出修改后将模型签入，那么这时就会出现问题。第一名用户可以顺利地保存他做出的更改。当第二名用户签入所做的更改时，他们必须在团队共享库中将自己的更改与来自第一名用户的更新后的版本进行比较，然后选择希望将哪些更改迁移到库中。随着模型的不断壮大，这将成为一项非常费时的任务。

一种解决方案就是使用支持分支的库。通过进行分支，您可以在库中拥有自己的分支，您在其中可以只签入和签出正在处理的模型。当您完成了自己的修改后，这些修改随后必须被合并到库中的项目的集成（或主）流中。因此您不再需要处理模型合并问题，集成或项目管理器现在负责将各种分支合并到主流中。这是一个强大的概念，但是许多组织并不愿意投入资源来建立这样一种库。