第11章 数据库设计.pptVIP

第11章　数据库设计 11.1　数据库设计引论 数据库设计的基本任务是：根据一个单位的信息需求、处理需求和数据库的支撑环境（包括DBMS、操作系统、网络和硬件），设计出数据模式（包括外模式、逻辑（概念）模式和内模式）以及典型的应用程序。 数据库设计的成果有二：一是数据模式，二是以数据库为基础的典型应用程序。应用程序是随着应用而不断发展的，在有些以即席访问为主的数据库系统中，如情报检索，事先很难编出所需的应用程序或事务。因此，数据库设计的最基本的成果是数据模式。不过，数据模式的设计必须反映数据处理的需求，以保证常用的、大多数的数据处理能使用方便、性能满意。 数据库设计也有两种不同的方法：一种是以信息需求为主，兼顾处理需求，这种方法称为面向数据的设计方法（data-oriented approach）；另一种是以处理需求为主，兼顾信息需求，这种方法称为面向过程的设计方法（process- data-oriented approach）。 用前一种方法设计的数据库，可以比较好地反映数据的内在联系，不但可以满足当前应用的需要，还可以满足潜在应用的需要。用第二种方法设计的数据库，可能在使用的初始阶段比较好地满足应用的需要，获得好的性能，但随着应用的发展和变化，往往会导致数据库的较大变动或重构。 数据库设计也和其他工程设计一样，具有如下三个特征。 （１）反复性。数据库设计不可能“一气呵成”，需要反复推敲和修改才能完成。 （２）试探性。数据库设计不同于求解一个数学题，设计结果一般不是唯一的。设计过程往往是一个试探的过程。在设计过程中，有各式各样的要求和制约因素，它们之间往往是矛盾的。 （３）分步进行。数据库设计常常由不同的人员分阶段进行。这样做，一是由于技术上分工的需要；二是为了分段把关，逐级审查，保证设计的质量和进度。 据库设计的基本过程如图11-1所示，一般可分为 ４步: １．需求分析 　　设计一个数据库，首先必须确认数据库的用户和用途。由于数据库是一个单位的模拟，数据库设计者必须对一个单位的组织、各部门的联系、有关事物和活动以及描述它们的数据、信息流程、政策和制度、报表及其格式和有关的文档等有所了解。收集和分析这些资料的过程称为需求分析。 ２．概念设计 　　 在需求分析的基础上，通常用概念数据模型，如E-R数据模型，表示数据及其相互间的联系。概念数据模型是与DBMS无关面向现实世界的数据模型，因而也易于为用户所理解。在概念设计阶段，设计人员可以致力于模拟现实世界，而不必过早地纠缠于DBMS所规定的各种细节。 ３．逻辑设计 　　在逻辑设计阶段，将第二步所得到的以概念数据模型表示、与DBMS无关的数据模式，转换成以DBMS的逻辑数据模型表示的逻辑（概念）模式。数据库的逻辑设计也不是一个简单的数据模型的转换问题，而是进一步深入解决数据模式设计中的一些技术问题，如数据模式的规范化、满足DBMS的各种限制等。数据库逻辑设计的结果以数据定义语言（DDL）表示。除数据库的逻辑模式外，本阶段还要为各类用户或应用设计其各自的逻辑模式，即外模式。 ４．物理设计 　　数据库物理设计的任务是：根据逻辑（概念）模式DBMS及计算机系统所提供的手段和施加的限制，设计数据库的内模式，即文件结构、各种存取路径、存储空间的分配、记录的存储格式等。数据库的内模式虽不直接面向用户，但对数据库的性能影响颇大。DBMS提供相应的DDL语句及命令，供数据库设计人员及DBA定义内模式之用。 11.2　数据库的概念设计 11.2.1　数据库概念设计的基本方法 用于概念设计的数据模型既要有足够的表达能力，可以表示各种类型的数据及其相互间的联系和语义，又要简明易懂，能够为非计算机专业人员所接受。可供选择的数据模型有各种语义数据模型UML语言等。目前应用得最广泛的是E-R数据模型及其扩充版本（EER）。 用E-R数据模型设计数据模式，首先必须根据需求说明，确认实体、联系和属性。 概念设计所产生的模式本来就要求比较自然地反映现实世界。因此，实体、属性和联系的划分实质上反映了数据库设计者和用户对现实世界的理解和观察。它既是客观世界的描述，又反映设计者的观点甚至偏爱。在同一单位，不同的设计者可以设计出不同的数据模式，这是不足为奇的。 一个单位有许多部门、用户组和各种应用，需求说明来自对它们的调查和分析。这些不同来源的需求可能不一致，甚至矛盾。如何在这样的需求说明的基础上设计出一个单位的数据模式，一般有下列两种不同的方法。 １．集中式模式设计法 首先将需求说明综合成一个一致的、统一的需求说明，一般由一个权威组织或授权的ＤＢＡ进行