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

核心提示： 遵循第三规范形式要遵循第三规范形式（3NF），模型必须位于第二规范形式（来自第一规范形式），DB2 最佳实践: 使用 Rational Data Architect V7 实现信息建模（下）(4)，并且您必须移除任何没有完全依赖单独实体的键的属性，当某个属性依赖于另一个属性，其中保存随时间变化的

遵循第三规范形式

要遵循第三规范形式（3NF），模型必须位于第二规范形式（来自第一规范形式），并且您必须移除任何没有完全依赖单独实体的键的属性。当某个属性依赖于另一个属性，而后一个属性并非主键的一部分，那么这就是一种临时的依赖关系。这将导致创建新的实体，其中每个实体必须定义一个主键。为维护被移出到单独实体的数据之间的关系，必须定义一个外键关系。

第三规范形式：

要遵循 3NF，必须删除任何临时性的依赖关系。当非关键字段的值由另一个非关键字段的值确定时（即不属于候选键的一部分），那么此时将出现临时性依赖关系。

反规范化

对于反规范化的其余部分，假设反规范化发生在一个物理数据模型中，因为反规范化通常是一种物理数据建模应用。相同的原则可以应用于逻辑数据模型，但是必须进行术语替换。

星型模式和雪花型（snowflake）设计在数据仓库（商业智能）系统中变得十分流行。星型模式的主要概念就是将系统的“事实”与“维度”分离。

维度被定义为数据的属性，比如位置、客户或部件，而系统的事实指的是特定于时间的数据事件。例如，部件描述通常不会随时间而变化，因此可以将其设计为维度。相反，每天售出的部件的数量是随时间变化的，因此被设计为事实。

由此生成的模式被称为星型模式，因为它的典型特征就是具有一个很大的中央事实表，其中保存随时间变化的事件，而在理论上围绕这个表的是一组维度表，其中保存事实表中引用的内容项的元属性。