第6章菲关系数据模型 - 数据库与智能网络实验室--吉林大学.pptVIP

数据需求分析 2．系统分析 对调查所获得的原始资料必须进行综合的分析，权衡各方面的利弊，确定数据库结构设计和程序设计的策略和方案。 （1）业务流程分析。 （2）信息收集和分析。 （3）处理要求分析。 （4）其他各种限制和要求分析。 数据需求分析 3．系统分析的文档 业务流程图、数据流图、数据词典等。 （1）数据流图 数据流图（Data Flow Diagram，简称DFD）数据流图通常由如图所示的4种基本符号组成。 数据需求分析 ① 数据流。数据流即流动中的数据，代表信息流过的通道。 ② 处理。处理是对进入的数据流进行特定加工的过程，数据流被处理后将产生新的数据流。 ③ 文件。数据流图中的文件代表一种数据的暂存场所，可对其进行存取操作。 ④ 外部实体。外部实体用以说明数据的来源和归宿，即表示数据的源点和终点。 数据流图可以是层次性的。 数据需求分析 数据流图示例 数据需求分析 （2）数据字典 数据字典（Data Dictionary，DD）用于定义数据流图中出现的所有数据元素和处理，即给出其确切的内涵解释。 ① 数据字典的条目 数据可分为三类：数据项、数据流和文件。 ? 数据项条目 ? 数据流条目 ? 数据库模式（文件）条目 ? 处理条目 ② 数据字典的编制 概念模型设计 数据库的概念模型是独立于任何计算机系统的信息结构模型，它是现实世界的“纯粹”表示。 使用E-R方法设计概念模型一般要经过三个步骤，即设计用户分E-R图，合并用户分E-R图构成总体 E-R图，以及对总体E-R图进行优化。 1．分E-R图的设计 分E-R图即用户局部视图。 （1）划分用户组 （2）确定实体及其属性 概念模型设计 实体和属性之间并不存在一个形式上可以截然划分的界限。 在给定的应用环境中，可以遵循以下基本准则来划分实体和属性。 ① 属性与它所描述的实体之间只能是单值联系，即联系只能是一对多的。 ② 属性不能再有需要进一步描述的性质。 ③ 作为属性的数据项，除了它所描述的实体之外，不能再与其他实体具有联系。 符合这三条准则的数据项，一般把它作为属性。 概念模型设计 （3）确定实体之间的联系及其属性 在标定实体和属性的同时，要通过分析确定实体之间的联系以及联系的属性，并根据语义确定联系的类型。 在确定实体之间联系的时候应该注意以下几个问题。 ① 正确确定多元联系 ② 避免连接陷阱（Connection Traps） 扇形陷阱（Fan Traps）、断层陷阱（Chasm Traps） （4）设计分E-R图 概念模型设计 2．总体E-R图的设计 总体E-R图即全局视图，它的设计就是分E-R图的综合，即所谓视图的集成。 视图集成的具体做法是：选出最大的一个分E-R图作为基础，将其他分E-R图逐一合并上去。 在合并的过程中必须注意以下工作。 （1）消除命名冲突 （2）综合同一实体的所有属性 概念模型设计 （3）保留两实体之间的不同联系 在综合的过程中还必须遵循以下原则： （1）总体 E-R图必须能准确地反映每个用户的数据要求。 （2）总体 E-R图必须满足需求分析提出的处理要求。即在分 E-R图能处理的，合并后的总体 E-R图也能处理。 概念模型设计 3．总体E-R图的优化 设法消去冗余。所谓优化主要就是指冗余信息的消除，使其保持最小冗余度。 冗余的数据可用分析的方法加以消除。 冗余的联系还可用规范化理论来消除，方法是： （1）用函数依赖表达式表达E-R图中的每一个联系。 （2）求函数依赖表达式的最小覆盖。 （3）逐一检查不在最小覆盖中的函数依赖表达式，确认是否为冗余，若是则其对应的联系为冗余的联系，应当消去。 逻辑设计 关系数据库的逻辑设计的任务，就是采取一定的策略，按照若干准则将概念模型转换为关系数据库管理系统所能接受的一组关系模式，