实体-联系模型.ppt

第六章 E-R模型;Database Design and the E-R Model (Chapter 6) Database Design Using E-R Model Relational Database Design (Chapter 7) Logical Database Design Normalization Application Design and Development (chapter 8) User Interface Web Interface Authorization Security …;本章内容;数据库设计过程;数据库的设计原则;基本概念;基本概念;基本概念;customer-id;基本概念;基本概念;基本概念;基本Ｅ-Ｒ图要点;基本概念;角色在E-R图中的表示;角色在E-R图中的表示;属性的类型;属性的类型;属性的类型;属性的类型;属性在E-R图中的表示;属性在E-R图中的表示;基本概念;基本Ｅ-Ｒ图??点;基本Ｅ-Ｒ图要点;基本概念;参与在E-R图中的表示;存在依赖;存在依赖;映射的基数;映射基数在E-R图中的表示;映射的基数;映射的基数;映射的基数;映射的基数;映射的基数;映射的基数;多个实体集间联系的情况 一对多 设有n个实体集E1 , E2 , … , En ,若对于 E1 , … , Ei-1, Ei+1 , … , En ，分别给定实体e1 , … , ei-1 , ei+1 , … , en 时，至多有一个实体ei ∈ Ei与之相联系，则称有一个从Ei到E1 , … , Ei-1 , Ei+1 , … , En的一对多联系 如“课程”，“教员”，“参考书”之间的“讲课”联系;映射的基数;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;扩展E-R特性;扩展E-R特性——特殊化;扩展E-R特性——特殊化;扩展E-R特性——特殊化;扩展E-R特性——概括;扩展E-R特性——属性继承; “博士”继承了“研究生”与“职工”的所有属性。如果“研究生”与“职工”有相同名称的属性，如“姓名”，则在“博士”中用“研究生.姓名”，“职工.姓名”区别开来。;成员资格 确定哪些实体能成为给定低层实体集的成员 条件定义的(Condition-Defined) 一个实体成员资格的确定基于该实体是否满足一个显式的条件或谓词 假定“学生”实体集具有属性“学生类型”，则所有的学生实体根据“学生类型”进行成员资格认定，如一个学生的“学生类型”=“本科生”，则他就可以归入低层“本科生”实体集中 系统可以自动检查条件定义的约束 用户定义的(User-Defined) 由数据库用户来指定一个实体归入哪个低层实体集 如一个学生被老师分配到某个项目组;成员身份 同一个概括中，一个实体是否可以属于多个不同低层实体集 不相交的(Disjoint) 一个实体至多属于一个低层实体集 如一个学生只能参加一个项目组 有重叠的(Overlapping) 同一实体可以同时属于同一概括的多个低层实体集 如一个老师可以参加多个项目组;完全性约束 确定高层实体集中的一个实体是否必须属于某个一般化/特殊化的至少一个低层实体集 全部的(Total) 每个高层实体必须属于一个低层实体集 如学生必须属于“本科生”或“研究生”的一种 部分的(Partial) 允许一些高层实体不属于任何低层实体集 如学生可以不属于任何项目组。;聚集 联系之间存在重叠，如何表达联系之间的联系？ 实例：职工参加项目，并在此过程中可能使用机器;扩展E-R特性——聚集;聚集是一种抽象，通过它联系被作为高层实体集。实体集A与B以及它们的联系可被看成另一实体集C 使用聚集来消除冗余 将联系作为抽象实体 允许联系之间存在联系 将联系抽象进新的实体中;扩展E-R特性——聚集;扩展E-R特性——聚集;扩展E-R特性——聚集;E-R图表示汇总;E-R图表示汇总;可选的E-R符号;实体集 vs 属性;E-R模型设计要点;E-R模型设计要点; 实体集 vs 联系集; 实体集 vs 联系集(cont.);E-R模型设计要点;实体与联系：静态与动态;二元 vs 多元 多元转换为二元 新构建一个实体集E，若R有属性，则将其赋予E，为E添加一个标识属性作为主码，构造三个新联系集RA , RB , RC ，对每个( ai , bi , ci )?R，在E中创建一个新实体ei ，然后在RA , RB , RC中分别加入联系(ei , ai ),(ei , bi ),(ei , ci );E-R模型设计要点;概念数据库设计过程;概念数据库设计过程;概念数据