春第02章关系数据库.pptVIP

本章内容概要 一、关系数据结构及形式化定义 二、关系操作 三、关系的完整性 四、关系代数 五、关系演算 关系模型概述 关系数据库系统 支持关系模型的数据库系统。 关系模型的组成 关系数据结构 关系操作集合 关系完整性约束 一、关系数据结构及形式化定义 关系模型是建立在集合代数的基础上，因此可以从集合论的角度给出关系数据结构的形式化定义。 1. 关系 2. 关系模式 3. 关系数据库 1. 关系 域(Domain) 域：一组具有相同数据类型的值的集合。 基数(用m表示)：域中所包含的值的个数。 笛卡尔积(Cartesian Product) 给定一组域D1，D2，…，Dn (可以相同)。D1，D2，…，Dn的笛卡尔积为： D1×D2×…×Dn = { (d1，d2，…，dn)｜di?Di，i＝1，2，…，n } 关系(Relation) 笛卡尔积生成过程 【例 】 给出三个域： D1=SUPERVISOR ={ 张清玫，刘逸 } D2=SPECIALITY ={计算机专业，信息专业} D3=POSTGRADUATE ={李勇，刘晨，王敏} 笛卡尔积的表示方法 笛卡尔积的表示方法：可表示为一个二维表。 笛卡尔积中有关术语 元组（Tuple） 笛卡尔积中每一个元素(d1，d2，…，dn )叫作一个n元组或简称元组。 分量（Component） 笛卡尔积元素( d1，d2，…，dn )中的每一个值di叫作一个分量。 基数（Cardinal number） 若Di(i＝1，2，…，n)为有限集，其基数为mi (i＝1，2，…，n)，则D1×D2×…×Dn的基数M为： 关系（Relation） 定义 D1×D2×…×Dn的子集叫作在域D1，D2，…，Dn上的关系，记为：R (D1，D2，…，Dn )。其中： R：关系名； n ：关系的目或度(Degree)。 单元关系（Unary relation）：n=1； 二元关系（Binary relation ）：n=2。 元组 关系中的每个元素是关系中的元组，通常用t 表示； 关系中的元组个数是关系的基数。 关系是笛卡尔积的有限子集。无限关系在数据库系统中是无意义的。 由于笛卡尔积不满足交换律，即： (d1，d2，…，dn )≠(d2，d1，…，dn ) 但关系满足交换律，即： ( d1, d2,, …, di , dj , …, dn) = ( d1,d2,,…, dj , di, …，dn) （i, j = 1, 2, …, n） 关系构造实例(1) 关系构造实例(2) 【例】在表2.1的笛卡尔积中取出有实际意义的元组来构造关系： SAP( SUPERVISOR，SPECIALITY，POSTGRADUATE ) 有关术语 候选码（Candidate key） 若关系中的某一属性组的值能唯一地标识一个元组，则称该属性组为候选码。 全码：关系模式的所有属性组是这个关系模式的候选码，称为全码（All-key）。 主属性（Prime attribute）：候选码的各属性。 主码（Primary key ） 若一个关系有多个候选码，则选定其中一个为主码； 不包含在任何候选码中的属性称为非主属性或非码属性。 码实例 学生： S ( S#, SNAME, SA, SD ) 课程： C ( C#, CNAME, PC# ) 选课：SC( S#, C#, GR ) 关系分类 基本关系（基本表或基表） 实际存在的表，是实际存储数据的逻辑表示。 查询表 查询结果对应的表。 视图表 由基本表或其他视图表导出的表； 是虚表，不对应实际存储的数据 关系的性质 域名与属性名 关系SAP中可以只给出两个域： 人（PERSON）= { 张清玫，刘逸，李勇，刘晨，王敏 } 专业（SPECIALITY）= { 计算机专业，信息专业 } SAP关系的导师属性和研究生属性都从PERSON域中取值。为了避免混淆，必须给这两个属性取不同的属性名，而不能直接使用域名。 【例】定义 导师属性名为：SUPERVISOR-PERSON（或SUPERVISOR） 研究生属性名为： POSTGRADUATE-PERSON（或POSTGRADUATE） 2. 关系模式 3. 关系数据库 关系数据库 在一个给定的应用领域中，所有实体及实体之间联系的关系的集合构成一个关系数据库。 关系数据库的