数据库设计的过程及注意事项
1逻辑结构设计阶段
概念结构比较独立于具体的计算机，相对来讲稳定性比较高。

但我们
的目的是用数据库管理系统实现应用单位的各方面的需要，所以，概
念结构不是最终，我们应把它变为逻辑结构。

这个阶段的工作涉及到
了很多细节问题，工作量也比较大。

在实际应用中，我们可能没有机
会在众多数据库管理系统挑选出性价比最高的一款，用哪一个数据库
管理系统，大多已经安排好了。

当今，我们实际应用的数据库管理系
统通常只支持关系模型、网状模型及层次模型三种模型中的某一种。

所以设计逻辑结构要先将概念结构转化为关系模型、网状模型或层次
模型，再将转化来的模型转换为数据库管理系统支持的模型。

通常情况下，一张二维表不能既无主键也无外键。

主键是唯一的，它
在一张二维表格中的重要性是不言而喻的。

而外键的作用也是巨大的，在表和表之间的关联中，外键就像一条黄金纽带。

准确地掌握三个范
式的精髓，对于我们数据库的设计优化必不可少。

1NF即第一范式，任何一张二维表格都必须满足第一范式，因为是对表最基本的要求，即
属性不能分割，不能嵌套。

2NF即第二范式，它也是作为二维表格必须要满足的，也就是说一张二维表格中记录不能重复，因为重复的记录
是毫无意义的，凭白浪费空间。

3NF即第三范式被认为在性能、扩展性及数据完整性方面达到了最好
的平衡，它在字段的冗余性方面规定了约束条件。

但是，第三范式并
不是一定要被满足的。

字段没有冗余的代价有可能会增加操作的时间，也就是数据库的运行效率会受影响，可能会变低，所以，为了运行速
度更快，我们可能要放弃第三范式。

关系规范化的程序越高是否就越
实用，要视具体情况而定。

因为如果规范化的水准越高，必须要将一
张大表拆分成若干张小表，这些小表用一些键值联接起来，查询时就
需要对多个表实行联接，大大影响查询的效率。

为了优化录入界面，
我们应该确定的原始单据和基本表之间的对应关系。

它们之间可能是
一对一的关系、一对多的关系、还有可能是多对多甚至多对一的关系。

通常情况下，它们之间是一对一的关系：也就是一张原始单据对应且
只对应一张基本表。

而在特殊情况下，它们也可能是一对多或者多对
一的关系，也就是一张原始单据对应多张基本表，或者多张原始单据
对应一张基本表。

为了优化我们设计的数据库，这点要引起注意。

2数据库物理设计阶段
物理设计阶段是个实实在在的过程，之前几个阶段的努力在这个阶段
都会得到“眼见为实”的体验，是真正看到劳动成果的阶段。

这个阶
段的注意事项也很重要。

在网状模型和层次模型的系统中，这个部分
内容比较复杂，关系模型系统较简单。

在设计时，应先确定物理结构，再实行评价。

物理结构设计应尽量减小存储空间，尽量减少操作次数。

得到物理设计完成之后的详细数据后，我们就能够利用电脑创建数据
库了。

3数据库实施阶段
对上一阶段的成果实行初步评价并优化后，另各方人员满意后，我们
就正式进入数据库实施阶段了。

这个阶段具体的流程是先用数据库管
理系统建库命令创建用户数据库结构，然后组织数据入库，最后编制
及调试应用程序。

一切准备就绪后，我们就能够对数据库实行试运行了。

4数据库运行和维护阶段
这个阶段，我们要注意密切注重试运行过程中出现的问题并做好记录，以期望之后解决。

这个阶段数据库管理员担当重任，责任重大。

在数
据库设计的过程中，为了优化我们设计的数据库系统，坚决抵制系统
出问题，我们应该仔细思考，学习并积极研究数据库的设计技巧。

充
分重视注意事项，才会使数据库设计更加科学、合理。

数据库设计的过程及注意事项。