规则的应用是程序员提高软件编程开发效率的有效依据之一，而今天我们就通过案例分析来了解一下，数据库设计都需要满足哪些规则。

1、弄清楚将要开发的应用程序是什么性质的(OLTP还是OPAP)?

当你要开始设计一个数据库的时候，你应该先要分析出你为之设计的应用程序是什么类型的，它是“事务处理型”(Transactional)的还是“分析型”(Analytical)的?你会发现许多开发人员采用标准化做法去设计数据库，而不考虑目标程序是什么类型的，这样做出来的程序很快就会陷入性能、客户定制化的问题当中。正如前面所说的，这里有两种应用程序类型，“基于事务处理”和“基于分析”，下面让我们来了解一下这两种类型究竟说的是什么意思。

事务处理型：这种类型的应用程序，你的终用户更关注数据的增查改删(CRUD，Creating/Reading/Updating/Deleting)。这种类型更加官方的叫法是“OLTP”。

分析型：这种类型的应用程序，你的终用户更关注数据分析、报表、趋势预测等等功能。这一类的数据库的“插入”和“更新”操作相对来说是比较少的。它们主要的目的是更加快速地查询、分析数据。这种类型更加官方的叫法是“OLAP”。

2、将你的数据按照逻辑意义分成不同的块，让事情做起来更简单

这个规则其实就是“三范式”中的一范式。违反这条规则的一个标志就是，你的查询使用了很多字符串解析函数

例如substring、charindex等等。若真如此，那就需要应用这条规则了。

3、不要过度使用“规则2”

开发者都是一群很可爱的生物。如果你告诉他们这是一条解决问题的正路，他们就会一直这么做下去，做到过了头导致了一些不必要的后果。这也可以应用于我们刚刚在前面提到的规则2。当你考虑字段分解时，先暂停一下，并且问问你自己是否真的需要这么做。正如所说的，分解应该是要符合逻辑的。

例如，你可以看到电话号码这个字段，你很少会把电话号码的ISD代码单独分开来操作(除非你的应用程序要求这么做)。所以一个很明智的决定就是让它保持原样，否则这会带来更多的问题。

4、如果性能是关键，不要固执地去避免冗余

不要把“避免冗余”当作是一条绝对的规则去遵循。如果对性能有迫切的需求，考虑一下打破常规。常规情况下你需要做多个表的连接操作，而在非常规的情况下这样的多表连接是会大大地降低性能的。

5、无限分级结构的数据，引用自己的主键作为外键

我们会经常碰到一些无限父子分级结构的数据(树形结构?)。例如考虑一个多级销售方案的情况，一个销售人员之下可以有多个销售人员。注意到都是“销售人员”。也就是说数据本身都是一种。但是层级不同。这时候我们可以引用自己的主键作为外键来表达这种层级关系，从而达成目的。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。