数据库设计的几条准则

表和字段的设计准则

1.数据的标准化上3NF通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。

简单来说，遵守3NF 标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。

2.考虑各种变化
姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。

3.每个表中都应该添加的3 个有用的字段

dRecordCreationDate，在VB 下默认是Now()，而在SQL Server下默认为GETDATE()
sRecordCreator，在SQL Server 下默认为NOT NULL DEFAULT
nRecordVersion，记录的版本标记；有助于准确说明记录中出现null 数据或者丢失数据的原因

4.对地址和电话采用多个字段

描述街道地址就短短一行记录是不够的。Address_Line1、Address_Line2 和Address_Line3 可以提供更大的灵活性。

5.选择数字类型和文本类型尽量充足
在SQL 中使用smallint 和tinyint 类型要特别小心。
6.增加删除标记字段
在表中包含一个“删除标记”字段，这样就可以把行标记为删除。在关系数据库里不要单独删除某一行；最好采用清除数据程序而且要仔细维护索引整体性。
选择键和索引准则

1.键设计4 原则
为关联字段创建外键。所有的键都必须唯一。避免使用复合键。外键总是关联唯一的键字段。

2.使用系统生成的主键
设计数据库的时候采用系统生成的键作为主键，那么实际控制了数据库的索引完整性。这样，数据库和非人工机制就有效地控制了对存储数据中每一行的访问。采用系统生成键作为主键还有一个优点：当拥有一致的键结构时，找到逻辑缺陷很容易。
3.不要用用户的键(不让主键具有可更新性)
在确定采用什么字段作为表的键的时候，可一定要小心用户将要编辑的字段。通常的情况下不要选择用户可编辑的字段作为键。

4.可选键有时可做主键
把可选键进一步用做主键，可以拥有建立强大索引的能力。

5.逻辑主键使用唯一的成组索引，对系统键（作为存储过程）采用唯一的非成组索引，对任何外键列采用非成组索引。考虑数据库的空间有多大，表如何进行访问，还有这些访问是否主要用作读写。

6.大多数数据库都索引自动创建的主键字段，但是可别忘了索引外键，它们也是经常使用的键，比如运行查询显示主表和所有关联表的某条记录就用得上。

7.不要索引memo/note 字段，不要索引大型字段（有很多字符），这样作会让索引占用太多的存储空间。

8.不要索引常用的小型表
不要为小型数据表设置任何键，假如它们经常有插入和删除操作就更别这样作了。对这些插入和删除操作的索引维护可能比扫描表空间消耗更多的时间。