数据库5版讲稿第六章 节 ----数据库设计和E-R模型.ppt

DATABASE SYSTEM CONCEPTS;提纲;基本概念;基本ER图要点;基本概念--实体;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;实体与联系：静态与动态，若多个老师开同一门课，则每个老师与该课程的联系都需重复记录很多相同的信息，