CH4 数据库建模(E-R模型)_1-6节(1).pptVIP

选择实体集还是属性 通常满足下述两条规则，均可作为属性对待： 作为属性，不能再具有要描述的性质； 属性不能和其它实体相联系。 如，开课班弱实体集中的上课地点，如果除了教室编号之外，还需要描述更多信息，如所在教学楼、电话号码、教室类型、教室容量等，则需将属性上课地点转化为实体集教室，以实现教室管理功能。 假设一个教室允许安排多个开课班上课(上课时间不能冲突)，一个开课班也需要安排多个时间上课，且不同时间可能安排在相同的或不同的教室上课，则教室实体集与开课班弱实体集之间存在多对多的排时间教室联系集，上课时间为联系属性。 课程 排课 开课班 开课班号 年份 学期 教室 排时间教室 教室编号 所在教学楼 电话号码 教室类型 教室容量 上课时间 说明：排时间教室不仅是多对多的联系集，而且是多值联系，请参见4.6.3节的进一步讨论。 选择实体集还是属性 选择实体集还是属性常犯两个错误： 将一实体集的主码作为另一实体集的属性，而不是使用联系； 将相关实体集的主码属性作为联系集的属性。因为联系集已隐含了实体集的主码属性。 选择实体集还是联系集 一事物是描述为实体集还是联系集并没有一个绝对的标准。 通常原则： 实体对应于现实世界中实际存在的事物，是名词。 如学生、教师和课程是名词，可作为实体集建模。 联系对应的概念一般为一种动作，即描述实体间的一种行为。 如选课、授课是动词，因此作为联系集建模。 依赖约束和多值联系可能会导致将联系集建模为依赖实体集或弱实体集，请参见4.6.2节和4.6.3节。 多元联系转化为二元联系 如图(a)所示的是供应商、项目、零件之间的多对多三元联系集供需，联系属性有需求量、供应量等。 (b) 联系实体集需求 供应商 需求 项目 零件 供应量 供应 需求量 需求计划 供应商 项目 零件 供应量 供应 需求量 (c) 依赖实体集需求计划 (d) 弱实体集需求计划 (a) 多元联系集供需 供应商 项目 供需 零件 供应量 需求量 需求量 需求计划 供应商 项目 零件 供应量 供应 三元联系转化为二元联系的一般方法： 通过聚合将二元联系集建模成一个联系实体集，再加上它与原来联系的实体集之间的二元联系，如图(b)所示； 或者建立一个依赖实体集或弱实体集，再与原实体集之间建立二元联系，如图(c)、图(d)所示。 多元联系转化为二元联系 三元联系集选课-任教，描述了学生、课程、教师之间的多对多的联系语义。 如果将其转化为学生与课程之间的选课以及教师与课程之间的授课2个二元联系，则这两个二元联系不能反映学生所选修课程是由谁授课的联系语义。 问题出在一门课程可能会安排多个开课班，从而会安排多名教师授课(不同于一个开课班安排多名教师任教的语义)，而学生只是选择其中的一个开课班进行修读。 任教角色 成绩 选课 学生 课程 授课 教师 多元联系转化为二元联系 考虑学生、开课班、教师之间的三元联系集选课-任教。 任教角色 成绩 选课 学生 任教 开课班 教师 开课班 教师安排 选课 学生 教师 任课 排教师 开课班 任教角色 编号 成绩 (a) 学生、开课班、教师之间的三元联系 (b) 通过联系实体集的转化方案 (c) 通过依赖实体集的转化方案 开课班 学生 课程 排课 选课-任教 教师 成绩 任教角色 先在实体集开课班与教师之间建立一个二元联系集任教，再在联系实体集任教与学生实体集之间建立二元联系集选课，如图(b)所示。 假设任教是多对多的联系语义，则联系实体集任教的主码是{课程号, 开课班号, 教师编号}。 学生选课的语义是：选择了某课程的某开课班，也就选择了为该开课班所安排的所有任课教师，而不能选择该班的某个(些)任课教师。 该方案不能反映学生选课的语义 多元联系转化为二元联系 考虑学生、开课班、教师之间的三元联系集选课-任教。 任教角色 成绩 选课 学生 任教 开课班 教师 开课班 教师安排 选课 学生 教师 任课 排教师 开课班 任教角色 编号 成绩 (a) 学生、开课班、教师之间的三元联系 (b) 通过联系实体集的转化方案 (c) 通过依赖实体集的转化方案 开课班 学生 课程 排课 选课-任教 教师 成绩 任教角色 先在(弱)实体集开课班与教师之间引入一个依赖实体集(或弱实体集)开课班教师安排，再在依赖实体集开课班教师安排与学生实体集之间建立一个二元联系集选课，如图(c)所示。 该方案本质上与图(b)所示的方案相同，差别在于联系实体集与依赖实体集(或弱实体集)的主码不同。 而依赖实体集开课班教师安排的主码是编号，{课程号, 开课班号}和教师编号分别是参照(弱)实体集开课班和教师的外码。 该方案也不能反映 学生选课的语义 多元联系转化为二元联系 考虑学生、开课班、教师之间的三元联系集选课-任