数据库-第四章.pptVIP

数据库原理及应用 第四章 关系数据库 第四章 关系数据库 4.1 关系数据库的结构 关系数据库由表（table）的集合构成，每个表有唯一的名字 表中一行代表了一组值之间的一种联系。由于一个表就是这种联系的一个集合，表这个概念和数学上的关系这个概念是密切相关的，这也是关系数据模型名称的由来。 4.1 关系数据库的结构 关系（relation）用来指代表， 元祖（tuple）用来指代行； 属性（attribute）指代表中的列； 关系实例（relation instance）表示一个关系的特定实例，也就是所包含的一组特定的行。 4.2 数据库模式 数据库模式（database schema）是数据库的逻辑设计， 数据库实例（database instance）是给定时刻数据库中数据的一个快照（snap-shot）。 关系的概念对应于程序设计语言中变量的概念。 关系模式（relation schema）的概念对应于程序设计语言中类型定义的概念，由属性序列及各属性对应域组成。 关系实例的概念对应于程序设计语言中变量的值的概念。 关系模式中使用相同属性是将不同关系的元组联系起来的一种方法。 4.2 数据库模式 （1）笛卡儿积（Cartesian Product）的定义： 给定一组域D1，D2，…，Dn，这些域中可以有相同的部分，则笛卡儿积为： D1×D2×…×Dn ={（d1，d2，…dn）｜di ∈Di，i＝1，2，…，n 其中：每一个元素（d1，d2，…，dn ）称为一个n元组，简称元组。元素中的每一个值di称作一个分量）。 例如给出三个域： D1 = 姓名 = {王平，李丽，张晓刚}； D2 = 性别 = {男，女}； D3 = 年龄 = {19，20}. 则D1，D2，D3的笛卡儿积为D1×D2×D3 （2） 关系（Relation）的定义： D1 ×D2 ×…×Dn的子集称作在域D1，D2，…，Dn上的关系，表示为： R（D1，D2，…，Dn）. 其中：R表示关系的名字，n是关系的目或度。 基本表：关系数据库中实际存在的表，是实际存储数据的逻辑表示。 视图表：视图表是由基本表或其他视图表导出的表。 查询表：查询表是指查询结果表或查询中生成的临时表。 同一属性的数据具有同质性。 同一关系的属性名具有不能重复性。 关系中的列位置具有顺序无关性。 关系具有元组无冗余性。 关系中的元组位置具有顺序无关性。 关系中每一个分量都必须是不可分的数据项。 码用来区分给定关系中不同元组。 是整个关系的一种性质，而非单个元组的性质 超码（superkey）: 一个或多个属性的集合，这些属性的组合可以使我们在一个关系中唯一的标识一个元组。例如学号是超码，学号和姓名组合也是超码。 候选码（candidate key）: 关系中的某一属性组（或单个属性）的值能唯一的标识一个元祖，则称该属性组（或属性）为候选码。 主码（primary key）： 用来在一个关系中区分不同元组的候选码。 主码应该选择那些值从不或极少变化的属性。 可以是一个属性或者一个属性组 外码（foreign key）:一个关系模式（如r1）可能在它的属性中包括另一个关系模式（如r2）的主码，这个属性在r1上称为参照r2的外码。 关系r1也称为外码依赖的参照关系（referencing relation）,r2叫做外码的 例一，“基层单位数据库”中有“职工”和“部门”两个关系，其关系模式如下： 职工（职工号，姓名，工资，性别，部门号）； 部门（部门号，名称，领导人号）.其中：主码用下划线标出，外码用曲线标出。 例二，在学生课程库中，关系模式表示为： 学生（学号，姓名，性别，专业号，年龄）； 课程（课程号，课程名，学分）； 选修（学号，课程号，成绩）.其中：主码用下划线标出。 关系模型的完整性约束是对关系的某种限制条件。 分为三类： 域完整性约束 实体完整性约束 参照完整性约束 后两者是关系模型必须满足的完整性约束条件。 域完整性约束 指应用领域需要遵循的约束条件和业务规则，体现了具体应用领域中的语义约束。 对属性的值域的约束，指对关系中属性取值的正确性限制，包括数据类型、取值范围、是否允许控制、是否有默认值等。 包括定义属性间的依赖关系（函数依赖和多值依赖） 实体完整性约束 对关系中主码属性值的约束 规则为：若属性A是关系R的主属性，则A不能取空值。 实体完整性约束是对关系的约束 每个关系必须有主码，且主码值唯一，用于标识关系的元组。 组成主码的属性都不