ER模型实际实例.ppt

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,陈立军,*,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,陈立军,*,概念数据库设计过程,E-R,方案选择,对现实世界概念要作出准确而有效的表达,用实体集还是属性,用实体集还是联系集,用二元联系还是多元联系,用强实体集还是弱实体集,是否要用概括,是否要用聚集,概念数据库设计过程,需求分析结果,确定局部结构范围,实体定义,联系定义,属性分配,局,部,E,|,R,模,式,设,计,全局,E-R,模式设计,概念数据库设计过程,局部,E-R,模式,确定公共实体类型,合并两个局部,E-R,模式,检查并消除冲突,全,局,E,|,R,模,式,设,计,还有未合并的,局部模式？,全局,E-R,模式优化,无,有,概念数据库设计过程,消除冲突,属性冲突,属性域的冲突：属性的类型、取值范围不同,如不同学校的学号编码方式不同,属性取值单位冲突,如重量分别采用磅、千克,结构冲突,同一对象在不同应用中的抽象不同,如职工在某应用中是实体，在另一应用中则抽象为属性,同一实体在不同,E-R,图中属性组成不同,实体之间的联系在不同,E-R,图中呈现不同的类型,命名冲突,同名异义：不同意义的对象具有相同的名字,异名同义：同一意义的对象具有不同的名字,E-R,模型向关系模式的转换,实体,关系,属性,关系的属性,S（SNO，SNAME，DEPT）,学生,姓名,学号,系别,E-R,模型向关系模式的转换,多值属性,新的关系+所在实体的码,选课,（,学号，所选课程号）,学生,姓名,学号,所选课程,复合属性,将每个组合属性作为复合属性所在实体的属性,学生,姓名,学号,年,月,出生日期,日,学生(,学号，姓名，年，月，日),E-R,模型向关系模式的转换,一对一联系,：,若联系双方均部分参与，则将联系定义为一个新的关系，属性为参与双方的码。

职工,配偶,丈夫,妻子,配偶(丈夫职工号,，,妻子职工号),若联系一方全部参与，则将联系另一方的码作为全部参与一方的属性职工,部门,管理,部门（部门号，部门名，管理职工号）,E-R,模型向关系模式的转换,一对多联系,：,将单方参与一方实体的码作为多方参与实体的属性教师,学生,班主任,学生(学生号，学生名，系号，班主任教工号),职工,领导,领导,属下,职工(职工号，职工名，部门号，领导职工号),E-R,模型向关系模式的转换,多对多联系,：,将联系定义为新的关系，属性为参与双方的码学生,课程,选修,选修(学生号，课程号）,构成,零件,母零件,子零件,构成(母零件号,子零件号),E-R,模型向关系模式的转换,弱实体集,：所对应的关系的码由弱实体集本身的分辩符再加上所依赖的强实体集的码,产品,（,产品名,，,价格,，,公司名,）,产品,公司,制造,产品名,地址,价格,公司名,联系,弱实体集与强实体集之间的联系已经在弱实体集所对应的关系中表示出来了,E-R,模型向关系模式的转换,E-R,模型向关系模式的转换,概括,：,高层实体集和低层实体集分别转为表,低层实体集所对应的关系包括高层实体集的码,本科生,研究生,学生,ISA,硕士,ISA,博士,姓名,学号,Dissertation,Papers,军训,学生,(,姓名,，,学号,),本科生,（,姓名,，,学号,，,军训,）,研究生,（,姓名,，,学号,，,论文,）,E-R,模型设计实例,某大学教学管理系统的,概念模型设计（,E-R,模型）,业务规则,（,1,）该大学有多个学院：如软件学院、计算机学院、管理学院等，每一个学院有一个院长，且每一位院长只能主管一个学院,（,2,）每一个学院设有多个系，如商学院有会计系、市场营销系、经济系、财务系等,（,3,）每一个系根据专业的特点和分工开设多门课程,（,4,）每一个系有多名教师，但每一位教师只属于一个系,（,5,）一位教师可能讲多门课，且课表中每一门课必须有一位教师讲授。

这里的课指课表中安排的课程,（,6,）系负责承接项目，一位教师可能参加或管理项目,（,7,）教师按职称完成工作量,业务规则,（,8,）假定每一名学生可选修多门课，且一门课有多名学生选,（,9,）每一个系有多名学生，且一名学生只能属于一个系,（,10,）学生可以组成班级，一个班级有一个班主任，一个系有若干个班级，一个学生可以参加多个学生组织（学生会），一个学生还有一个导师，导师可以指导多名学生,（,11,）另外，学生的社会关系、档案材料、宿舍亦需要进行管理,采用,ER,方法的数据库概念设计 之设计局部,ER,模式,需求分析结果,确定局部结构范围,实体定义,联系定义,属性分配,还有局部,结构待分析,有,无,进入全局,ER,模式设计,局部,ER,模式设计,范围的划分要自然，易于管理；,范围的大小要适度太小了，会造成局部结构过多，设计过程繁琐，综合困难；太大了，则容易造成内部结构复杂，不便分析,范围之间的界面要清晰，相互影响要小,采用人们习惯的划分；,避免冗余，在一个局部结构中，对一个对象只取一种抽象形式，不要重复；,依据用户的信息处理需求,确定属性的原则：,属性应该是不可再分解的语义单位；实体与属性之间的关系只能是,1:N,的；不同实体类型的属性之间应无直接关联关系。

属性分配的原则：,当多个实体类型用到同一属性时，一般把属性分配给那些使用频率最高的实体类型，或分配给实体值少的实体类型有些属性不宜归属于任一实体类型，只说明实体之间联系的特性,局部模式,现有的教学,管理系统,初步分析系统的对象,根据服务种类分析教师子模块,局部,ER,图,其他局部模式,现有的教学,管理系统,初步分析系统的对象,根据服务种类分析学生子模块,学籍管理局部应用的分,E-R,图,导师,班级,学生,组成,管理,班主任,档案材料,宿舍,住宿,归档,指导,系,有,参加,学会,1,N,1,1,1,N,N,N,1,1,N,M,N,1,具有,社会关系,1,N,局部,ER,图,其它局部模式,现有的教学,管理系统,初步分析系统的对象,根据服务种类分析课程子模块,局部,ER,图,课程管理局部应用分,E-R,图,1,教室,M,1,教科书,教师,讲授,课程,系,开设,N,1,学生,选修,N,MN,上课,P,N,采用,ER,方法的数据库概念设计 之设计全局,ER,模式,无,图,5.20,全局,ER,模式设计,局部,ER,模式,确定公共实体类型,合并两个局部,ER,模式,检查并消除冲突,还有未合并的局部模式,有,还有冲突吗,有,属性冲突：如，重量单位有的用公斤，有的用克。

结构冲突：同一对象在不同应用中的不同抽象；同一实体在不同局部,ER,图中属性的个数或次序不同；实体之间的联系在不同的局部,ER,图中呈现不同的类型,命名冲突：属性名、实体名、联系名之间存在同名异义或异名同义冲突,采用,ER,方法的数据库概念设计 之全局,ER,模式的优化,实体类型的合并,1:1,联系的两个实体类型,具有相同键的实体类型,冗余属性的消除,冗余联系的消除：,利用规范化理论中函数依赖的概念消除冗余联系,例子：三个局部,ER,图合并成一个,ER,图,1,合并后的教学管理,E-R,图,1,N,1,P,1,N,1,N,1,N,1,M,M,N,N,N,N,社会关系,具有,1,N,N,M,1,系,聘用,承接,项目,参加,设置,院长,学院,主管,N,N,1,1,1,教师,评定,职称,分配,工作量,1,1,1,N,档案材料,归档,参加,学会,1,宿舍,住宿,教科书,讲授,指导,课程,选修,教室,上课,有,1,班级,学生,组成,N,开设,N,管理,1,1,教师,管理,1,1,例,1,库存销售信息管理系统的,ER,模型及转换,P,车间,仓位,产品,客户,销售员,存储,出库,订单,入库,M,N,M,P,M,N,P,M,N,N,库存系统,ER,图,车间,(,车间号,车间名,主任名,),产品,(,产品号,，产品名，单价,),仓位,(,仓位号,，地址，主任名,),客户,(,客户号,，客户名，联系人，，,地址，税号，账号,),销售员,(,销售员号,姓名,性别,学历,业绩）,实体,入库（,入库单号,入库量,入库日期,经手人,车间号,仓位号,产品名,）,出库（,出库单号,，出库量，出库日期，经手人，,客户号,，,产品名,，,仓位号,）,订单（,订单号,，数量，折扣，总价，订单日期，,产品号,，,客户号,，,销售员号,）,存储,(,仓位号,产品号,核对日期,核对员,存储量,),联系,例,2,：公司车队信息系统的,ER,模型,公司车队信息系统的,ER,模型,部门,车队,司机,车辆,开销,维修公司,调用,报销,拥有,聘用,保险,2,保险,1,M,1,N,N,1,N,N,N,N,1,1,保险公司,1,N,维修,UML,UML:,统一建模语言,UML,是为了创建软件系统不同部分的规范而提出的标准,类图,类图和,E-R,图类似，但有所不同,用况图,说明用户和系统之间的交互，特别是用户进行的每一步操作,活动图,说明系统不同部分之间的任务流,实现图,在软件构件层和硬件构件层说明系统的各部分以及它们的联系,UML,类图中使用的图形符号,UML,类图中使用的图形符号,overlapping,disjoint,主要内容,基本概念,映射基数,一对一，一对多，多对多,弱实体集,扩展,ER,特性,特殊化，一般化,ER,模型设计要点,概念数据库设计过程,E-R,模型向关系模式的转换,学生应掌握的内容,基本概念，,E-R,模型的各组成成分，数据库的概念设计，,E-R,模型向关系模式的转换,本章总结,。