数据库设计履历 (4)

可操纵数据客栈（ODS）和数据客栈（DW）这两种情况下的数据索引是有不同的。在 DW 情况下，你要思量销售部分是如何组织销售勾当的。他们并不是数据库打点员，可是他们确定表内的键信息。这里设计人员可能数据库事恋人员应该阐明数据库布局从而确定出机能和正确输出之间的最佳条件。
利用系统生成的主键
这类同能力 1，但我以为有须要在这里反复提醒各人。如果你老是在设计数据库的时候回收系统生成的键作为主键，那么你实际节制了数据库的索引完整性。这样，数据库和非人工机制就有效地节制了对存储数据中每一行的会见。
回收系统生成键作为主键尚有一个利益：当你拥有一致的键布局时，找到逻辑缺陷很容易。
解析字段用于索引
为了疏散定名字段和包括字段以支持用户界说的报表，请思量解析其他字段（甚至主键）为其构成要素以便用户可以对其举办索引。索引将加速 SQL 和报表生成器剧本的执行速度。例如说，我凡是在必需利用 SQL LIKE 表达式的环境下建设报表，因为 case number 字段无法解析为 year、serial number、case type 和 defendant code 等要素。机能也会变坏。如果年度和范例字段可以解析为索引字段那么这些报表运行起来就会快多了。
键设计 4 原则
* 为关联字段建设外键。
* 所有的键都必需独一。
* 制止利用复合键。
* 外键老是关联独一的键字段。
别忘了索引
索引是从数据库中获取数据的最高效方法之一。95% 的数据库机能问题都可以回收索引技能获得办理。作为一条法则，我凡是对逻辑主键利用独一的成组索引，对系统键（作为存储进程）回收独一的非成组索引，对任何外键列[字段]回收非成组索引。不外，索引就象是盐，太多了菜就咸了。你得思量数据库的空间有多大，表如何举办会见，尚有这些会见是否主要用作读写。