数据库设计的基本原则与技巧

1. 原始单据与实体之间的关系

可以是一对一、一对多、多对多的关系。在一般情况下，它们是一对一的关系：即一张原始单据对应且只对应一个实体。在特殊情况下，它们可能是一对多或多对一的关系，即一张原始单据对应多个实体，或多张原始单据对应一个实体。这里的实体可以理解为基本表。明确这种对应关系后，对我们设计录入界面大有好处。

〖例1〗：一份职工履历资料，在人力资源信息系统中，就对应三个基本表：职工基本情况表、社会关系表、工作简历表。这就是“一张原始单据对应多个实体”的典型例子。

2. 主键与外键

一般而言，一个实体不能既无主键又无外键。在E－R 图中, 处于叶子部位的实体, 可以定义主键，也可以不定义主键(因为它无子孙), 但必须要有外键(因为它有父亲)。

主键与外键的设计，在全局数据库的设计中，占有重要地位。当全局数据库的设计完成以后，有个美国数据库设计专家说：“键，到处都是键，除了键之外，什么也没有”，这就是他的数据库设计经验之谈，也反映了他对信息系统核心(数据模型)的高度抽象思想。因为：主键是实体的高度抽象，主键与外键的配对，表示实体之间的连接。

3. 基本表的性质

基本表与中间表、临时表不同，因为它具有如下四个特性：

(1) 原子性。基本表中的字段是不可再分解的。

(2) 原始性。基本表中的记录是原始数据〔基础数据〕的记录。

(3) 演绎性。由基本表与代码表中的数据，可以派生出所有的输出数据。

(4) 稳定性。基本表的结构是相对稳定的，表中的记录是要长期保存的。

理解基本表的性质后，在设计数据库时，就能将基本表与中间表、临时表区分开来。

4. 范式标准

基本表及其字段之间的关系, 应尽量满足第三范式。但是，满足第三范式的数据库设计，往往不是最好的设计。为了提高数据库的运行效率，常常需要降低范式标准：适当增加冗余，到达以空间换时间的目的。

一、命名要简洁，并体现其应用或功能。如库名BxxCRM，Bxx为公司简称，CRM为Crm系统中的主数据库；为了防止被分析破解，表名建议采用子系统简写＋功能单词首字母，如BOM子系统中：BOMMD，该表的字段名为MD001，MD002......MD022并预留五到十字段供扩展，对常用表还应定义十个以上的自定义字段，供客户自定制，自定义字段统一命名UDF01...UD99。表和字段都应该在数据字典作标准，实际开发时，用向导从数据字典生成具体应用数据绑定窗口和控件。

二、与第一条相关，在开发应用之前，一定必须先输入数据字典。这条是血泪教训（之前我的SB老板，我制定了一些标准，那Sb不执行不重视，现在公司快倒了吧！这是题外话）。没有字典，维护和表的共用都是问题，且直接影响开发效率！而且开发框架一般都和数据字典集成的！

三、嵌套关系的数据表，一定要在数据字典中注明，并备注好关键字段。注意这里嵌套并不一定是主从表。如工单表，一个成品对应一张工单，该成品由N个半成品制成，又是N张工单，N个半成品可能又可细分若干层的半成品。一般就由单头单身表二个表表示这样的数据，也可用一张表。

四、数据字典的设计，表和视图都必须记录在字典中；其对应的触发器和存储过程也必须备注中对应的表中；表、视图必须按模块分类管理。

五、严格控制存储过程的使用，这是血泪教训呀，我们公司的HR有600多个存储过程，三四个人二三批维护修正了十个月都没完全搞定。这就是开发时的随意和图修改方便造成的恶果，那个别人开发的HR在我看来是垃圾，我都不碰那个东西。建议，除非大数据量的处理，则不用存储过程！业务逻辑封装到程序业务类中，或将SQL语句放在配置文件或数据库中，动态装入执行。

六、尽量少用自增长字段，有人不以为然，认为自增长字段在表的数据量巨大时速度快。但它不稳定，特别是D7中支持不是太好，而且处理麻烦。更有甚者是其更新的问题，及需要读写该字段的值时更是麻烦，所以建议还是不用为妙。遇到大数据表时，多设计几个关键字段和索引应该问题不大！ [ 注：在甲骨文数据库中，根本就不须自增长字段，因为它的每个表都有辅助列！]

数据库设计的基本原则

数据库设计是一个非常重要的环节，它直接关系到整个系统的稳定性和数据的完整性。因此，在进行数据库设计时，需要遵循一些基本原则。

1. 数据库设计应该符合企业的需求

在进行数据库设计之前，首先需要了解企业的需求。只有深入了解企业的运营模式、业务流程以及数据结构，才能够设计出符合企业需求的数据库。因此，在进行数据库设计之前，需要与相关人员进行充分沟通和交流。

2. 数据库设计应该具有可扩展性

随着企业发展和数据量增加，数据库也需要不断地进行扩展和升级。因此，在进行数据库设计时，需要考虑到未来可能出现的需求，并为其预留足够的空间。

3. 数据库设计应该具有高效性

在实际应用中，我们希望能够快速地对数据进行查询、修改和删除等操作。因此，在进行数据库设计时，需要考虑到查询效率、索引建立以及表结构等方面。

4. 数据库设计应该具有安全性

在信息化时代，数据安全已经成为了一个非常重要的问题。因此，在进行数据库设计时，需要考虑到数据安全方面的问题，并采取相应措施来保护数据安全。

5. 数据库设计应该具有一致性

在进行数据库设计时，需要保证数据的一致性。这意味着，在多个表之间建立正确的关系，避免出现数据冗余和数据不一致等问题。

6. 数据库设计应该具有易用性

在进行数据库设计时，需要考虑到用户的使用习惯和操作方式，并为其提供简单、易用的界面和操作方式。这样可以提高用户的使用效率和满意度。

7. 数据库设计应该具有可维护性

在实际应用中，我们可能需要对数据库进行维护和升级。因此，在进行数据库设计时，需要考虑到维护方面的问题，并采取相应措施来简化维护工作。

总之，数据库设计是一个非常复杂而又重要的环节。只有遵循上述基本原则，并根据企业实际需求进行合理设计，才能够建立一个稳定、高效、安全、易用和可维护的数据库系统。

数据库设计规范

一、数据库设计过程

数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造

最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要

求。

数据库设计中需求分析阶段综合各个用户的应用需求（现实世界的需求），在概念设计阶段

形成独立于机器特点、独立于各个dbms产品的概念模式（信息世界模型），用e-r图来描述。

在逻辑设计阶段将e-r图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库

逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图

（view）形成数据的外模式。在物理设计阶段根据dbms特点和处理的需要，进行物理存储

安排，设计索引，形成数据库内模式。

1. 需求分析阶段

需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。

需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完

整性要求。

需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统

的各种要求、确定新系统的边界。

常用的调查方法有： 跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、

查阅记录。

分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析

方法（structured analysis，简称sa方法）从最上层的系统组织机构入手，采用逐层分解的方

式分析系统，并把每一层用数据流图和数据字典描述。

数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典（data dictionary，

简称dd）来描述。

数据字典是各类数据描述的集合，它是关于数据库中数据的描述，即元数据，而不是数据本

身。数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分(至少应

该包含每个字段的数据类型和在每个表内的主外键)。

数据项描述＝｛数据项名，数据项含义说明，别名，数据类型，长度，