数据库设计原则数据库设计原则.docx

数据库设计原则 数据库设计原则是数据库设计的核心要素，它们决定了数据库的架构和性能。本文将从八个方面详细讲解数据库设计原则，包括原始单据与实体之间的关系、主键与外键、基本表的性质、范式标准、通俗地理解三个范式、要善于识别与正确处理多对多的关系、主键 PK 的取值方法、正确认识数据冗余等。 1. 原始单据与实体之间的关系 在设计数据库时，原始单据与实体之间的关系非常重要。这种关系可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系，即一张原始单据对应且只对应一个实体。在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单据对应多个实体，或多张原始单据对应一个实体。例如，一份员工履历资料，在人力资源信息系统中，就对应三个基本表：员工基本情况表、社会关系表、工作简历表。 2. 主键与外键 主键与外键是数据库设计的核心要素。在 E-R 图中，处于叶子部位的实体，可以定义主键，也可以不定义主键（因为它无子孙），但必须要有外键（因为它有父亲）。主键与外键的设计，在全局数据库的设计中，占有重要地位。 3. 基本表的性质 基本表与中间表、临时表不同，因为它具有四个特性：原子性、原始性、演绎性、稳定性。基本表中的字段是不可再分解的，记录是原始数据（基础数据）的记录，由基本表中的数据，可以派生出所有的输出数据。基本表的结构是相对稳定的，表中的记录是要长期保存的。 4. 范式标准 基本表及其字段之间的关系，应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。 5. 通俗地理解三个范式 通俗地理解三个范式，对于数据库设计大有好处。三个范式分别是：第一范式、第二范式、第三范式。第一范式是对属性的原子性约束，要求属性具有原子性，不可再分解。第二范式是对记录的惟一性约束，要求记录有惟一标识，即实体的惟一性。第三范式是对字段冗余性的约束，即任何字段不能由其他字段派生出来，它要求字段没有冗余。 6. 要善于识别与正确处理多对多的关系 若两个实体之间存在多对多的关系，则应消除这种关系。消除的办法是，在两者之间增加第三个实体。这样，原来一个多对多的关系，现在变为两个一对多的关系。要将原来两个实体的属性合理地分配到三个实体中去。 7. 主键 PK 的取值方法 主键 PK 是供程序员使用的表间连接工具，可以是一无物理意义的数字串，由程序自动加 1来实现。也可以是有物理意义的字段名或字段名的组合。不过前者比后者好。当 PK 是字段名的组合时，建议字段的个数不要太多，多了不但索引占用空间大，而且速度也慢。 8. 正确认识数据冗余 主键与外键在多表中的重复出现，是一种冗余现象。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，达到以空间换时间的目的。但是，需要正确认识数据冗余，避免数据冗余带来的问题。