准则8：如果性能才是关键，那就不要非常严格地避免冗余数据

不要把"避免一切冗余数据"当成一条死命令。如果对性能的要求很高，就考虑一下非标准化吧。遵守标准的话，你经常需要使用join命令来连接很多个表格，但在非标准化中，通过设置一些冗余信息，就没那么多join命令了，所以性能会好得多。

准则9：多维度的数据是一种完全不同的野兽

使用OLAP（分析型）数据库的项目主要处理的是多维数据。举例来说的话你可以看一下下图，你想要得到每个国家的销量，每个顾客的销量和其他数据。简单来说，你所关注的销量是三个维度数据的交集。

这种情况下，设计成一个维度将会更好。简单来说，你可以建立一个拥有"sales amount"字段的销量表（它为中心表），然后设置一些外键来和其他的一维表相关联。

准则10：集中化键值表的设计

我经常会碰到键值表。键值表的意思是，它存储着键和和与这个键相对应的数据（译者注：就像数据结构中的map的用法一样，是一种结构相当简单的表）。举例来说，下表你可以看到有一个Currency 表和Country表，仔细观察就会发现，实际上这两张表中只有一个键和一个对应值而已。

对于这种类型的数据表，创建一个集中化的表然后设立一个"Type"字段来区分。这会使你的数据库工作的更好。

准则11：对于多级数据要引用自身的主键，或是设立外键

我也会经常会碰到多集数据的情况，考虑一个多级的销售方案，一个销售员旗下可以有很多个销售员。在这种情况下，引用自身的主键或是设立外键都会帮助你达到想要的效果。

这篇文章并不是让你不要遵守标准范式，而是让你不要盲目遵守，你要首先考虑的是项目的属性和你要处理什么类型的数据。

下面是一个用简单的学校表来手把手解释三个标准范式的视频（译者注：与上文中的“3 normal forms”为同一个视频，下载过的读者可不必重复下载）

SQL Server -- Can you explain First,Second and Third normal form in SQL server [part1]

SQL Server -- Can you explain First,Second and Third normal form in SQL server [part2]

SQL Server -- Can you explain First,Second and Third normal form in SQL server [part3]

（全文完）

原文来自：http://www.codeproject.com/Articles/359654/11-important-database-designing-rules-which-I-foll