第十四讲数据库设计.PDFVIP

第 9 章 数据库设计 学习目标： 通过本章学习，要求能够做到： 1、理解逻辑模型与物理模型的区别和逻辑模型转换成物理模型的规则。 2、将 E-R 图转换为关系并合并冗余的关系。 3、为关系设计字段并选择合适的数据类型。 4、合理设计字段以保证数据完整性的要求。 5、掌握代码的含义及其作用，并能在实际模型中设计合理的代码。 前面介绍了如何创建信息系统的逻辑数据模型，在数据库的物理设计阶段必须在此基础 上进行详细的后台设计，只有将逻辑数据模型转换成物理数据模型才能完成这个阶段的设计 工作。 数据库设计通常与系统界面设计同步进行。要设计数据库，系统分析员必须理解实际应 用中的概念数据设计，它通常是由具体的 E-R或类图和各系统界面的数据要求（报告、表、 屏幕等）来表示的。因此，数据库设计中包括了从上到下（由 E-R 或类图驱动）和从下到上 （由系统界面中的特定信息要求驱动）两种方法。除了这些数据要求，系统分析员还必须知 道物理数据特征（如长度、格式）、系统界面的使用频率以及数据库技术性能。 9.1 逻辑模型和物理模型 数据库的设计主要包含两个步骤。首先是开发逻辑数据库模型，最常见的类型是关系数 据库模型。然后通过数据库物理设计定义用于存储数据的计算机文档和数据库的技术规范。 通常，逻辑与物理数据库设计可以和其他系统设计同步进行，如输入输出设计等。因此，当 设计系统的输入和输出时，可以收集逻辑数据库设计所需要数据的具体规范。数据库建模和 设计活动存在于整个系统开发过程中，如图 9.1 所示。 系统规划阶段 企业范围的数据模型（主要实体） 概念数据模型（E-R 及具体项目的实体） 系统维护阶段 系统分析阶段 Maintenance: 维护（数据模型评估） 概念数据模型（E-R 及属性） ） 系统实施阶段 系统设计阶段 Implementation: 实施 逻辑数据模型（关系）和物理文件 数据库和文件定义（DBMS 具体代 与数据库设计（文件组织） 码） 图9.1 数据建模和系统开发生命周期之间的关系 本章将讨论在设计阶段中用哪些方法来确定逻辑和物理数据库的设计。在逻辑数据库设 计中，使用规范化方法建立数据模型，使得模型具有简单、无冗余性和最小维护成本等特性。 规范化关系是逻辑数据库设计的结果。 9.1.1 数据库设计前提 在逻辑模型基础上进行物理数据库设计，包括每个属性的物理字段设计，数据量规划等。 设计物理文件和数据库要利用此前 SDLC 阶段所收集并产生的信息。这些信息包括： 规范化关系，包括数据量的估计。 每一个属性的定义。 何时、何处利用数据的描述：输入、查询、删除和更新（包括频次）。 反应时间和数据完整性的预期或要求。 用于操作文件和数据库的技术描述，用于掌握策略需求和技术选择的范围。 当然，在系统分析确定需求时需要收集每张表中有多少行和以上的信息。如果系统分析 阶段没有收集到，在数据库设计过程中就需要去收集这些信息。 9.1.2 逻辑模型到物理模型的转换规则 逻辑数据模型到物理关系数据模型的转换有一些通用规则可以参照，这些规则总结如表 9-1 所示1 。如果逻辑数据模型是采用CASE工具开发的，则CASE工具就可以将数据模型自动 翻译成为所选数据库技术的物理语言。 表9-1 逻辑数据模型到物理数据模型的转换规则 实体的转换规则 1 引自：Jeffery L. Whitten等，系统分析与设计方法（第 6 版），2004 ● 每个