第五章 数据库设计和ER模型 - 淮阴工学院计算机工程实验 ....pptVIP

第六章 数据库设计;主要章节;本章重要概念 ;6.1概述;6.1概述;数据库设计目标和方法;数据库设计目标和方法;数据库设计目标和方法;数据库设计目标和方法;需求分析;数据库设计目标和方法;数据库设计目标和方法;数据库设计目标和方法;数据库设计的基本步骤;6.2　需求分析;6.2　需求分析;需求分析的任务;这一阶段的任务如图 总体信息需求定义了未来系统用到的所有信息，描述了数据之间本质上和概念上的联系，描述了实体、属性、组合及联系的性质。 这一阶段的结果是“需求说明书”，其主要内容是系统的数据流图和数据字典。需求说明书应是一份既切合实际，又具有远见的文档，是一个描述新系统的轮廓图。;需求分析的步骤;需求分析的步骤;需求分析的步骤;需求分析的步骤;需求分析的步骤;需求分析的步骤; 例6.2 在上图中有一个数据流查询个人所有课程成绩，每个人的成绩单有一个数据项为学生的学号SNO。在数据字典中对此数据项如下描述。;需求分析的步骤;需求分析的步骤;需求分析的步骤;需求分析的步骤;6.3　概念设计;6.3　概念设计;概念结构设计任务和ER模型的特点 ;概念结构设计的基本方法;概念结构设计的基本方法;概念结构设计的主要步骤 ;局部ER模型的设计;局部ER模型设 计的流程图如下：; ;下面以学校的教务管理信息系统为例来说明局部概念结构设计范围的确定。教务管理信息系统的顶层数据流图如下图所示。 ;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计; 问题3：任何一个供应商可向任何一个顾客提供零件，但某个供应商对某个顾客供应的零件是确定的。 这个问题表示，当供应商和顾客确定了，供应商供应给顾客的零件也就确定了。对此只需定义一个二元联系，而零件则可作为供应联系的一个属性 。 由以上讨论可知，对于多个实体，是否应该定义成一个多元联系的问题，不可一概而论，应该具体问题做具体分析，所定义的模式要能够确切地表达问题的语义。;局部ER模型的设计;解决上述问题的方法是对ER图作适当变换。 ;问题2：如果某些教职工不属于任何系而是直属于学院的，那么就不能提供这方面的信息。因此这种结构仍缺乏语义信息。 解决的方法是增加一个联系（如增加学院─教职工间的“直属”联系），为直属学院的教职工提供一个路径。 通过添加新的联系解决了一些语义问题，但对有些情况，增加新的联系会带来新的语义问题。;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;联系本身也可以有描述属性。 ;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;局部ER模型的设计;全局ER模型设计;全局ER模型的设计流程;全局ER模型的设计;全局ER模型的设计;全局ER模型的设计;全局ER模型的设计;全局ER模型的设计;例6.8 在教务管理信息系统中的系，在某一局部ER模型中为学生实体的属性，而在另一局部ER模型中为一个单独的实体，其实学生和系之间存在从属关系，应该调整、合并为如图所示。 ;全局ER模型的设计;例6.10 在工程管理系统中，产品与零件之间的多对多联系如图（a）所示。产品、零件和供应商三者实体间多对多联系如图（b）所示。因为它们的语义不同，所以不具有包含关系。将它们综合起来合并成如图的ER模型。 ;全局ER模型的设计;全局ER模型的设计;全局ER模型的设计;全局ER模型的设计;全局ER模型的设计;概念结构设计实例;概念结构设计实例;在生产部门的生产中，“产品”实体与“材料”实体通过“使用”联系在一起，而且是多对多联系。可得生产部门局部ER模型，如下图所示。 ;概念结构设计实例;概念结构设计实例;在解决上述有关冲突后，综合各局部ER模型可形成如下图所示初步的全局ER模型。 ;概念结构设计实例;②冗余问题。分析该ER模型的数量属性可知，该初步ER模型存在着存放量、库存量、使用量等属性的冗余问题。消除这些冗余后，我们可以得到下图所示的基本ER模型。 ;概念结构设计实例;概念结构设计实例;局部模式;其他局部模式;其他局部模式;例子：三个局部ER图合并成一个ER图;6.4 逻辑结构设计;主要内容;6.4.1逻辑结构设计;ER模型向关系模式的转换;ER模型向关系模式的转换;ER模型向关系模式的转换;ER模型向关系模式的转换;ER模型向关系模式的转换;ER模型向关系模式的转换;ER模型向关系模式的转换;3. 超类和子类的转换 将超类和子类各转换成一个关系模式，在子类转换成的关系模式（子表）中加入超类转换