如图所示，可以看到我创建了一个独立的教学科目条目，然后列出了与之有相关联的科目。这种方法主要适用于在教学大纲领域，避免过多的重复和数据分隔符中。

Rule 6：当心数据依赖

观察该领域中的部分列表。如图，我们创建了roll number和standard，可以看到教学科目紧密联系在一起，但与学生学习的科目没有直接关联。如果我们想给每位学生更新教学科目，这似乎看起来是不符合逻辑的，但是通过键入standard条目转换这些数据就可达到目的。

这个规则告诉我们“所有的键入都应该依赖主键”。All keys should depend on the full primary key and not partially。

Rule 7：选择派生列

如果你想进行OLTP应用首先得筛选出派生列，在OLAP中我们需要做一些求和，方可获得uixie很好的性能。如图，求的平均数需要利用marks和subject两列。

这个规则被称为第三范式，“不应该有依赖于非主键的列”(No columns should depend on other non-primary key columns)我个人认为是不能盲目使用此规则。如果该数据是计算过的数据，看清状况然后在决定实施第三范式。

Rule 8：如果性能很关键，不要避开冗余数据

如果你迫切的考虑到性能规范化问题，通常情况下需要连接许多列表以及减少增加非规范化的列表以便来提高数据图表性能。

Rule 9：数据多、繁杂

OLAP项目主要是为了处理数据繁多，例如，如图所示，假如你想获得每个国家、每个用户、每年的销售额度。对于这种情况，你可以创建一个实际销售列表条目(sales fact table)。

Rule 10：设计name value table列表

明值表意味着它有一些键，这些键被其他数据关联着。如图所示，我们需要弄清楚currency table (货币列)和country table(国家列)，图中键入值(数字部分)显示的就是我们所需要的数据。

通过创建键入值(Type)来显示出不同区域的数据。

Rule 11：无限制结构数据，自定义PK和FK

我们会经常碰到一些无限父子分级结构的数据。例如：考虑到一个多层次的营销方案，其中一个销售人员可以领导多个销售人员。在这种情况下，你可以使用自定义的主键和设置外键来帮助你实现统一。

您可以根据自身的项目需求选择不同的数据处理方法。如下所示：三种常规范式。

英文出自：c-sharpcorner