第2章+数据模型.ppt

显然， 目标关系S的主键Ks和参照关系的外键F必须定义在同一个(或一组)域上。 需要指出的是， 外键并不一定要与相应的主键同名。 不过， 在实际应用当中， 为了便于识别， 当外键与相应的主键属于不同关系时， 往往给它们取相同的名字。 例如: 考察学校教学管理系统的模型的下述几个关系模型: 学生（学号， 姓名， 身份证号， 性别， 出生日期， 年龄， 籍贯， 入学时间， 系号， 学籍类型， 专业号， 班级） 课程（课程号， 课程名， 学分， 学期， 教师姓名， 课程类型， 先修课程号）选课（学号， 课程号， 成绩） 从语义可知， 课程号是课程的主键， 学号是学生的主键， {学号， 课程号}是选课的主键。 而学号、 课程号是选课的两个外键。 如果关系数据库模式是基于E-R模式导出的表， 那么就可以由导出关系数据库模式的实体集和联系集的主键确定关系模式的主键， 其原则如下: ① 强实体集的主键为关系的主键; ② 弱实体集的主键是由强实体集的主键和弱实体集的分辨符共同组成的; ③ 对于联系集， 相关实体集的主键共同构成关系的超键。 如果从A到B联系是多对多的， 则此超键也就是主键。 如果从A到B联系是一对多或多对一的， “多”方实体集的主键成为关系的主键(即， 如果联系集从A到B是多对一的， 则A的主键是关系的主键)。 对一对一的联系集来说， 关系的构造如同多对一联系集那样， 不同的是， 任一实体集的主键都可以被选作关系的主键， 因为它们都是候选键。 2.2.2 关系模式 关系数据库中， 关系模式是型， 关系是值， 这两者是有区别的。 关系模式是对关系的描述， 那么一个关系需要描述哪些方面呢? 首先， 关系实质上是一张二维表， 表的每一行为一个元组， 每一列为一个属性。 一个元组就是该关系所涉及的属性集的笛卡尔积的一个元素。 关系是元组的集合， 因此关系模式必须指出这个元组集合的结构， 即它由哪些属性构成， 这些属性来自哪些域， 以及属性与域之间的映象关系。 其次， 一个关系通常是由赋予它的元组语义来确定的。 元组语义实质上是一个n目谓词(n是属性集中属性的个数)。 凡使该n目谓词为真的笛卡尔积中的元素(或者说凡符合元组语义的那部分元素)的全体就构成了该关系模式的关系。 现实世界随着时间在不断地变化， 因而在不同的时刻， 关系模式的关系也会有所变化。 但是， 现实世界的许多已有事实限定了关系模式所有可能的关系必须满足一定的完整性约束条件。 这些约束或者通过对属性取值范围的限定， 或者通过属性值间的相互关联(主要体现于值的相等与否)反映出来。 关系模式应当刻划出这些完整性约束条件。 因此， 一个关系模式应当是一个5元组， 它是关系的描述。 它可以形式化地表示为: R(U， D， dom， F) 其中R为关系名， U为组成该关系的属性名集合， D为属性组U中属性所来自的域， dom为属性间域的映象集合， F为属性间数据的依赖关系集合。 【例】 我们仍以学校教学管理系统的模型为例， 其对应的关系模式如下: 学生（学号， 姓名， 身份证号， 性别， 出生日期， 年龄， 籍贯， 入学时间， 系号， 学籍类型号， 专业号， 班级号）课程（课程号， 课程名， 学分， 学期号， 教师姓名， 课程类型号）先修课程（课程号， 先修课程序号， 先修课程号）教师（工作证号， 姓名， 身份证号， 性别， 出生日期， 年龄， 籍贯， 参加工作时间， 系号， 教研室号， 职称， 电话号码）系（系号， 系名， 地址， 电话号码） 选课（学号， 课程号， 成绩） 班级（班级号， 班级名） 职称（职称号， 职称名） 学籍类型（学籍类型号， 学籍类型名） 课程类型（课程类型号， 课程类型名） 学期（学期号， 学期名） 教研室（教研室号， 教研室名） 专业（专业号， 专业名） 关系是关系模式在某一时刻的状态或内容。 关系模式是静态的、 稳定的， 而关系是动态的、 随时间不断变化的， 因为关系操作在不断地更新着数据库中的数据。 但在实际中， 人们常常把关系模式和关系统称为关系， 这不难从上下文中加以区别。