|
|
|
基于DBS生存期的数据库设计分成5个阶段，分别为规划、需求分析、概念设计、逻辑设计和物理设计。
|
|
|
|
|
|
规划阶段的主要任务是进行建立数据库的必要性及可行性分析，确定DBS在组织中和信息系统中的地位，以及各个数据库之间的联系。有关这方面的详细知识，请阅读8.5节。
|
|
|
|
|
|
需求分析可以通过3步来完成，即需求信息的收集、分析整理和评审，其目的在于对系统的应用情况做全面详细的调查，确定企业组织的目标，收集支持系统总的设计目标的基础数据和对这些数据的要求，确定用户的需求，并把这些要求写成用户和数据设计者都能够接受的文档。有关这方面的详细知识，请阅读8.6节。
|
|
|
|
|
|
概念设计（概念结构设计）阶段的目标是对需求说明书提供的所有数据和处理要求进行抽象与综合处理，按一定的方法构造反映用户环境的数据及其相互联系的概念模型，即用户的数据模型或企业数据模型。这种概念数据模型与DBMS无关，是面向现实世界的、极易为用户所理解的数据模型。为保证所设计的概念数据模型能正确、完全地反映用户的数据及其相互关系，便于进行所要求的各种处理，在本阶段设计中可吸收用户参与和评议设计。在进行概念结构设计时，可先设计各个应用的视图，即各个应用所看到的数据及其结构，然后再进行视图集成，以形成一个单一的概念数据模型。这样形成的初步数据模型还要经过数据库设计者和用户的审查与修改，最后形成所需的概念数据模型。
|
|
|
|
有关概念模型的建立，请阅读2.6节。对概念模型的要求是：
|
|
|
|
（1）概念模型是对现实世界的抽象和概括，它应真实、充分地反映现实世界中事物和事物之间的联系，有丰富的语义表达能力，能表达用户的各种需求，包括描述现实世界中各种对象及其复杂联系、用户对数据对象的处理要求和手段。
|
|
|
|
（2）概念模型应简洁、明晰、独立于机器、容易理解、方便数据库设计人员与应用人员交换意见，使用户能积极地参与数据库的设计工作。
|
|
|
|
（3）概念模型应易于变动。当应用环境和应用要求改变时，容易对概念模型修改和补充。
|
|
|
|
（4）概念模型应很容易向关系、层次或网状等各种数据模型转换，易于从概念模式导出与DBMS有关的逻辑模式。
|
|
|
|
|
|
逻辑设计（逻辑结构设计）主要是把概念模式转换成DBMS能处理的模式。转换过程中要对模式进行评价和性能测试，以便获得较好的模式设计。逻辑设计的主要内容包括初始模式的形成、子模式设计、应用程序设计梗概、模式评价、修正模式（通过模式分解或模式合并来实现规范化）。
|
|
|
|
逻辑设计的目的是把概念设计阶段设计好的基本E-R图转换为与选用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构，包括数据库模式和外模式。
|
|
|
|
|
|
（1）独立于DBMS的概念模式，即概念设计阶段产生的所有局部和全局概念模式。
|
|
|
|
（2）处理需求，即需求分析阶段产生的业务活动分析结果。
|
|
|
|
（3）约束条件，即完整性、一致性、安全性要求及响应时间要求等。
|
|
|
|
（4）DBMS特性，即特定的DBMS所支持的模式、子模式和程序语法的形式规则。
|
|
|
|
逻辑设计过程输出的信息有DBMS可处理的模式、子模式、应用程序设计指南、物理设计指南。
|
|
|
|
|
|
物理设计（物理结构设计）是指对一个给定的逻辑数据模型选取一个最适合应用环境的物理结构的过程，所谓数据库的物理结构主要指数据库在物理设备上的存储结构和存取方法。
|
|
|
|
|
|
（1）设计存储记录结构，包括记录的组成、数据项的类型和长度，以及逻辑记录到存储记录的映射。
|
|
|
|
|
|
（3）设计访问方法，为存储在物理设备上的数据提供存储和检索的能力。
|
|
|
|
|
|
|
