数据库设计与模型(与“实体”有关的共125张).pptxVIP

第七章数据库设计与模型;引子;引子;引子;提纲;7.1设计过程概览;概念模型设计;逻辑模型设计;银行系统的ER图;逻辑模型设计;7.2实体-联系模型;实体型;customer-id;根本概念—属性;属性的类型;属性的类型;属性的类型;属性的类型;属性在ER图中的表示;属性在ER图中的表示;根本概念—域;根本概念--码;根本ＥＲ图要点;根本ER图要点;根本概念--联系;映射的基数;根本概念--联系;映射基数在ER图中的表示;映射的基数;根本概念--联系;映射的基数;多个实体集间联系

如“课程〞，“教员〞，“参考书〞之间的“讲课〞联系;根本概念--联系;根本概念--联系;根本概念--联系;映射的基数;根本概念--联系;参与在ER图中的表示;根本概念--联系;根本概念--联系;根本概念--角色;角色在ER图中的表示;角色在ER图中的表示;映射的基数;映射的基数;映射的基数;映射的基数;存在依赖;提纲;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集;弱实体集参与其它联系;弱实体集;弱实体集;弱实体集;弱实体集;提纲;扩展ER特性;特殊化;特殊化;特殊化;概括;属性继承;“博士〞继承了“研究生〞与“职工〞的所有属性。如果“研究生〞与“职工〞有相同名称的属性，如“姓名〞，那么在“博士〞中用“研究生.姓名〞，“职工.姓名〞区别开来。;成员资格

确定哪些实体能成为给定低层实体集的成员

条件定义的(Condition-Defined)

一个实体成员资格确实定基于该实体是否满足一个显式的条件或谓词

假定“学生〞实体集具有属性“学生类型〞，那么所有的学生实体根据“学生类型〞进行成员资格认定，如一个学生的“学生类型〞=“本科生〞，那么他就可以归入低层“本科生〞实体集中

系统可以自动检查条件定义的约束

用户定义的(User-Defined)

由数据库用户来指定一个实体归入哪个低层实体集

如一个学生被老师分配到某个工程组;成员身份

同一个概括中，一个实体是否可以属于多个不同低层实体集

不相交的(Disjoint)

一个实体至多属于一个低层实体集

如一个学生只能参加一个工程组

有重叠的(Overlapping)

同一实体可以同时属于同一概括的多个低层实体集

如一个老师可以参加多个工程组;全部性约束

确定高层实体集中的一个实???是否必须属于某个概括的至少一个低层实体集

全部的(Total)

每个高层实体必须属于一个低层实体集

如学生必须属于“本科生〞或“研究生〞的一种

局部的(Partial)

允许一些高层实体不属于任何低层实体集

如学生可以不属于任何工程组。、;聚集

联系之间存在重叠，如何表达联系之间的联系？

实例：职工参加工程，并在此过程中可能使用机器;聚集;聚集是一种抽象，通过它联系被作为高层实体集。实体集A与B以及它们的联系可被看成另一实体集C

使用聚集来消除冗余

将联系作为抽象实体

允许联系之间存在联系

将联系抽象进新的实体中;聚集;制造商;ER图表示汇总;ER图表示汇总;提纲;对于一个数据对象究竟作为实体还是属性或联系是相对的，决定于应用背景和设计者的偏爱。一般说来，按数据粒度确定实体与属性，能形成元组的设计成实体，只是单一数据项的设计成属性。

设计E-R图时一定与将来转化成关系模式结合起来，要考虑表的多少，查找数据的方便。;实体集Vs属性;员工抽象为一个实体

假设只是一个数据项那么作为员工的属性，

假设需多个属性描述设计成实体。

例：员工有多部，一个属多个员工，在不同的地方

1.设计成属性，表结构是：

员工=〔姓名，性别，职务，号码，地点〕

这样，查找员工的号方便，查找地点也方便，但数据冗余大，姓名，性别，职务随增加而冗余。;2.假设设计成实体，表结构是：

员工=〔姓名，性别，职务〕

=〔号码，地址〕

联系=〔姓名，号码〕

这样，冗余小了，但查找某员工的地点要查两个表。;ER模型设计要点;ER模型设计要点;ER模型设计要点;实体与联系：静态与动态，假设多个老师开同一门课，那么每个老师与该课程的联系都需重复记录很多相同的信息，

开课改为实体，

与课程是1：N，

与教师是N：M;实体与联系：静态与动态，假设多个老师开同一门课，那么每个老