数如据库讲义ch13.docVIP

数据库设计 数据库设计的过程 数据库设计概述 以数据库为基础的信息系统通常称为数据库应用系统，它一般具有信息的采集、组织、加工、抽取和传播等功能。数据库应用系统的开发是一项软件工程，但又有自己持有的特点，所以特称为“数据库工程”。 一项数据库工程按内容可分为两部分： 作为系统核心的数据库结构的设计与实现； 相应的应用软件及其他软件(如通信软件)的设计与实现。 本章主要研究前一部分。 数据库设计具体步骤： 总体信息需求：数据库系统的目标说明，数据元素的定义，数据在企业组织中的使用描述。 处理需求：每个应用需要的数据项、数据量以及应用执行的频率。 DBMS的特征：有关DBMS的一些说明和参数，DBMS所支持的模式、子模式和程序语法的规则。 硬件和OS特征：对DBMS和OS访问方法特有的内容，例如物理设备容量限制时间特性及所有的运行要求。 数据库设计过程的输出主要有两部分，一部分是完整的数据库结构，其中包括逻辑结构与物理结构；另一部分是基于数据库结构和处理需求的应用程序的设计原则。这些输出一般都是以说明书的形式出现。 规划阶段 对于数据库系统，特别是大型数据库系统或大型信息系统中的数据库群，规划阶段是十分必要的。规划的好坏将直接影响到整个系统的成功与否，对企业组织的信息化进程产生深远的影响。 规划阶段具体可分成三个步骤： 系统调查。对企业组织作全面的调查，画出组织层次图，以了解企业的组织机构。 可行性分析。从技术、经济、效益、法律等诸方面对建立数据库的可行性进行分析，然后写出可行性分析报告，组织专家讨论其可行性。 确定数据库系统的总目标和制订项目开发计划。在得到决策部门批准后，就正式进行数据库系统的开发工作。 需求分析阶段 这一阶段是计算机人员(系统分析员)和用户双方共同收集数据库所需要的信息内容和用户对处理的需求。并以需求说明书的形式确定下来，作为以后系统开发的指南和系统验证的依据。 需求分析的工作主要由下面四步组成： 分析用户活动，产生业务流程图了解用户当前的业务活动和职能，搞清其处理流程(即业务流程)。如果一个处理比较复杂，就要把处理分解成若干个子处理，使每个处理功能明确、界面清楚，分析之后画出用户的业务流程图。 确定系统范围，产生系统范围图这一步是确定系统的边界。在和用户经过充分讨论的基础上，确定计算机所能进行的数据处理的范围，确定哪些工作由人工完成，哪些工作由计算机系统完成，即确定人机界面。 分析用户活动涉及的数据，产生数据流图深入分析用户的业务处理，以数据流图形式表示出数据的流向和对数据所进行的加工。 分析系统数据，产生数据字典数据字典是对数据描述的集中管理，它的功能是存储和检索各种数据描述(称为元数据metadata)。对数据库设计来说，数据字典是进行详细的数据收集和数据分析所获得的主要成果。数据字典中通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。 概念设计阶段 概念设计的目标是产生反映企业组织信息需求的数据库概念结构，即概念模式。概念模式是独立于计算机硬件结构、独立于支持数据库的DBMS。 概念模式(Conceptual Schema)是数据库中全部数据的整体逻辑结构的描述。它由若干个概念记录类型组成，还包含记录间联系、数据的完整性和安全性等要求。 概念模式必须不涉及到存储结构、访问技术等细节。只有这样，概念模式才能达到“物理数据独立性”。 概念设计的任务一般可分为三步来完成： 进行数据抽象，设计局部概念模式局部用户的信息需求是构造全局概念模式的基础。因此，需要先从个别用户的需求出发，为每个用户或对数据的观点与使用方式相似的用户建立一个相应的局部概念结构。在建立局部概念结构时，要对需求分析的结果进行细化、补充和修改，如有的数据项要分为若干子项，有的数据的定义要重新核实等。设计概念结构时，常用的数据抽象方法是“聚集”和“概括”： 聚集是将若干对象和它们之间的联系组合成一个新的对象。 概括是将一组具有某些共同特性的对象合并成更高一层意义上的对象。 将局部概念模式综合成全局概念模式综合各局部概念结构就可得到反映所有用户需求的全局概念结构。在综合过程中，主要处理各局部模式对各种对象定义的不一致问题，包括同名异义、异名同义和同一事物在不同模式中被抽象为不同类型的对象(例如，有的作为实体，有的又作为属性)等问题。把各个局部结构合并，还会产生冗余问题，或导致对信息需求的再调整与分析，以确定确切的含义。 评审消除了所有冲突后，就可把全局结构提交评审。评审分为用户评审与DBA及应用开发人员评审两部分。 用户评审的重点放在确认全局概念模式是否准确完整地反映了用户的信息需求和现实世界事物的属性间的固有联系。 DBA和应用开发人员评审则侧重于确认全局结构是否完整、各种成分划分是否合理、是