第七章系统状态参数设置与查询.docVIP

第章 (集)(集)priorCourse参照其主码courseNo实现。 [例2.7] 图2-8所示的是学生成绩管理数据库ScoreDB的模式导航图，该关系数据库由4个关系组成，带下划线的属性集为关系的主码，斜体属性为关系的外码，外码实现两个关系之间的多对一(或一对一)联系或一个关系内部的多对一(或一对一)联系。其中 (1) 关系Student与关系Class之间存在多对一的“归属”联系(一个班由多个学生组成，一个学生只能归属于某个班)，通过外码classNo实现该联系。 (2) 关系Course与关系Student之间存在多对多的“选修”联系(一个学生可以选修多门课程，一门课程提供给多个学生选修)，这种多对多联系通过一个单独的“选课”关系Score所反映，这样多对多联系就转化为关系Score与关系Student之间的多对一联系以及关系Score与关系Course之间的多对一联系，分别通过外码studentNo和courseNo实现。 (3) 关系Score的主码是{studentNo, courseNo, term}，显然同一个学生在同一个学期不允许修读同一门课程多次。 (4) 关系Course的内部存在一门课程最多只需要定义一门直接先修课程且多门课程可以指定同一门课程为其直接先修课程的多对一“先修要求”联系，通过关系Course的外码priorCourse实现。如果一门课程需要同时定义多门直接先修课程，该如何设计？请读者思考。 在图2-8中，两个关系之间的多对一(或一对一)联系或一个关系内部的多对一(或一对一)联系通过有向连线来表示，且连线由多的一方指向一的一方。这种带有有向连线的数据库模式图称为数据库模式导航图，它有利于理解一个关系数据库中各关系之间的有机联系。 [例2.8] 图2-9所示的是学生选课数据库SCDB的模式，该关系数据库由8个关系组成，带下划线的属性集为关系的主码，斜体属性为关系的外码，外码实现两个关系之间的多对一(或一对一)联系或一个关系内部的多对一(或一对一)联系。其中 (1) 关系Student与关系Class之间、关系Class与关系Institute之间、关系Teacher与关系Institute之间都存在多对一的“归属”联系(多个学生归属于一个班，多个班归属于一个学院，多名教师归属于一个学院)。 (2) 关系Course的外码priorCourse参照本关系的主码courseNo，实现课程之间存在的多对一“先修要求”联系。 (3) 关系CourseClass(开课班或教学班)与关系Course之间存在多对一的“开课”联系(每个学期一门课程可能开设多个教学班，一个教学班只讲授一门课程)。这里，对于关系CourseClass，开课班号cClassNo是主码；time属性的值“356”表示教学班安排在周三56节上课；假设一个教学班每周只安排在一个教学时间对应在一个教室上课(如果一个教学班一周需要安排多次上课时间，每次上课的地点可能不同，该如何设计？请读者思考)。 (4) 关系CourseClass与关系Classroom之间存在多对一的“上课”联系(只要时间不冲突，多个教学班可以安排在同一个教室上课；但一个教学班只安排在一个教室上课)。这里，关系CourseClass中不允许出现两个元组在属性集{term, time, classroomNo}上取相同的值，即同一个学期、同一时间、同一教室不能安排两个教学班。 (5) 关系CourseClass与关系Teacher之间存在多对一的“任教”联系(只要时间不冲突，一名教师可以在多个教学班任教；但一个教学班只能由一名教师任教)。这里，关系CourseClass中不允许出现两个元组在属性集{term, time, teacherNo}上取相同的值，即同一个学期、同一时间、同一教师不能安排两个教学班。 (6) 关系CourseClass与关系Student之间存在多对多的“选课”联系(一个学生可以选修多个教学班，一个教学班提供给多个学生选修)，联系的属性是score(成绩)。这种多对多联系通过一个单独的“选课”关系SC所反映，这样多对多联系就转化为关系SC与关系CourseClass之间的多对一联系以及关系SC与关系Student之间的多对一联系。 (7) 关系SC的主码是{cClassNo, studentNo}，显然同一个学生不允许选修同一个教学班的课程多次。如果同一门课程在同一个学期开设了多个教学班，应该限制同一个学生同时选修同一门课程的多个教学班，这属于用户自定义完整性约束的范畴。 如果将开课班实体CourseClass作为弱实体集看待(有关弱实体集的概念请参见4.4节)，且假设每门课程的开课班号cClassNo可用来区分属于该门课程的不同开课班