数据库设计与实现快基础er图.pptVIP

2.3.2多元联系的基数约束 思考： 下图表示的基数约束语义是什么？ * * 教师 课程 班级 上课 2.3.2多元联系的基数约束 上图表示的基数约束是： (class,course) →teacher (teacher,class)→course * * 教师 课程 班级 上课 2.3.2三元联系 vs 二元联系 思考： 三元联系能被多个二元联系代替吗？ 高元联系能被多个低元联系代替吗？ 教师 课程 班级 上课 2.3.2三元联系 vs 二元联系 分析示例： 上课（T-S-C） 教师 班级 课程 甲 1 DB 甲 2 DS 乙 1 DS 乙 2 DB 教师 课程 T-C 班级 上课 S-T S-C S-T S-C T-C 教师 班级 班级 课程 教师 课程 甲 1 1 DB 甲 DB 甲 2 2 DS 甲 DS 乙 1 1 DS 乙 DS 乙 2 2 DB 乙 DB 2.3.2三元联系 vs 二元联系 二元 Vs 多元 多元转换为二元 新构建一个实体集E，若R有属性，则将其赋予E，为E添加一个标识属性作为主码，构造三个新联系集RA , RB , RC ，对每个( ai , bi , ci )?R，在E中创建一个新实体ei ，然后在RA , RB , RC中分别加入联系(ei , ai ),(ei , bi ),(ei , ci ) B C A R B C A RA E RB RC 2.3.2三元联系 vs 二元联系 A B C 1 2 3 4 2 7 4 8 3 E A 1 1 2 4 3 4 E B 1 2 2 2 3 8 E C 1 3 2 7 3 3 2.3.2高元联系vs低元联系 三元联系 vs 二元联系 三元联系不能被多个二元联系代替 高元联系vs低元联系 高元联系不能被多个低元联系代替 三元(高元)联系的判定方法 基本方法 按照语义判定 辅助方法 试着用多个二元联系表示 能被多个二元联系表示，则不是三元联系 能用多个低元联系表示，则不是高元联系 2.3.2三元联系 vs 二元联系 练习： 请用E-R表述孩子和父母的关系 思考： 如何看待孩子和父母的联系？ 是三元联系还是两个二元联系？ * * 2.3.2三元联系 vs 二元联系 孩子和父母是两个二元联系 一句话中涉及三个实体并不一定是三元联系 孩子和父母之间的关系不是三元联系 * * 父亲 母亲 孩子 父子 母子 * * 2.3.3实体vs属性vs联系 实体vs属性vs联系 E-R中应当使用实体？还是属性？或者应该使用联系？ 很多时候并不清晰 本节分别讨论： 使用实体还是使用属性？ 使用实体还是使用联系？ 使用联系还是使用属性？ 2.3.3.1实体vs属性 使用实体还是使用属性？ 很多情况下，实体和属性都可以接受； 能用属性，一般不用实体，可以简化E-R图 用属性不足以清晰表述时，要用实体 ①使用属性： ②使用实体： 学生 电话 拥有 sno name Telno … 学生 sno name Telno * 2.3.3.1实体vs属性 重新研究排课系统的几种方案，思考： 教室应该用实体还是属性？ 上课节次该用实体还是属性？ 教师 课程 班级 上课 classroom time 教师 课程 班级 上课 time 教室 教师 课程 班级 上课 教室 上课节次 * 2.3.3.1实体vs属性 排课系统的几种方案，哪个更好？ 答案并不明确，需要看关注的内容 教室应该用实体，还是用属性？ 如果关注教室的条件、能容纳的学生数量等信息，教室需要用实体表示 如果不关注上述信息，教室可以是实体，也可以是属性，此时使用属性，E-R会略微简洁、易懂 上课节次该用实体，还是属性？ 一般意义下，用实体的必要性不是太强，用属性表示更合适一些 如果需要以节次为核心研究某些议题，也许节次用实体表示会显得更好 * 2.3.3.1实体vs属性 练习： 请在如下描述学校数据关系的E-R图中，增加排课信息，即增加关注哪个老师给哪个班级上哪门课； 为简单起见，可以省略属性表示 * * 班主任属 学生 学习属 院系 隶属属 教师 课程 讲授属 先行课 班级 隶属属 隶属属 班主任属 学生 学习属 院系 隶属属 教师 课程 讲授属 先行课 班级 隶属属 隶属属 上课 2.3.3.2实体vs联系 使用实体还是使用联系？ 很多情况下，实体和联系都可以接受； 此时能用联系不用实体，以图简化E-R； ①使用联系： ②使用实体： 用联系不足以清晰表述时，要用实体 学生 课程 学习属 score 学生 修课记录 课程 id score * 2.3.3.2实体v