数据库原理与应用第二章.pptVIP

关系（续） 注意： 关系是笛卡尔积的有限子集。无限关系在数据库系统中是无意义的。 由于笛卡尔积不满足交换律，即 (d1，d2，…，dn )≠(d2，d1，…，dn ) 但关系满足交换律，即 (d1，d2 ，…，di ，dj ，…，dn）=（d1，d2 ，…，dj，di ，…，dn） （i，j = 1，2，…，n） 解决方法：为关系的每个列附加一个属性名以取消关系元组的有序性 关系（续） 例 在表2.1 的笛卡尔积中取出有实际意义的元组 来构造关系 关系：SAP(SUPERVISOR，SPECIALITY，POSTGRADUATE) 关系名，属性名 假设：导师与专业：1:1，导师与研究生：1:n 于是：SAP关系可以包含三个元组 ｛ (张清玫，信息专业，李勇)， (张清玫，信息专业，刘晨)， (刘逸，信息专业，王敏) } 关系（续） 2) 元组 关系中的每个元素是关系中的元组，通常用t表示。 3) 单元关系与二元关系 当n=1时，称该关系为单元关系（Unary relation）。 当n=2时，称该关系为二元关系（Binary relation）。 关系（续） 4) 关系的表示 关系也是一个二维表，表的每行对应一个元组，表的每列对应一个域。 关系（续） 5) 属性 关系中不同列可以对应相同的域，为了加以区分，必须对每列起一个名字，称为属性（Attribute）。 n目关系必有n个属性。 关系（续） 6) 码 候选码（Candidate key） 若关系中的某一属性组的值能唯一地标识 一个元组，则称该属性组为候选码 在最简单的情况下，候选码只包含一个属性。 称为全码（All-key） 在最极端的情况下，关系模式的所有属性组 是这个关系模式的候选码，称为全码（All- key） 关系（续） 码(续) 主码 若一个关系有多个候选码，则选定其中一个 为主码（Primary key） 主码的诸属性称为主属性（Prime attribute）。 不包含在任何侯选码中的属性称为非码属性 （Non-key attribute） 关系（续） 7) 三类关系 基本关系（基本表或基表） 实际存在的表，是实际存储数据的逻辑表示 查询表 查询结果对应的表 视图表 由基本表或其他视图表导出的表，是虚表，不对 应实际存储的数据 8) 基本关系的性质 ① 列是同质的（Homogeneous） 每一列中的分量是同一类型的数据，来自同 一个域 ② 不同的列可出自同一个域 其中的每一列称为一个属性 不同的属性要给予不同的属性名 基本关系的性质(续) 上例中也可以只给出两个域： 人（PERSON）=张清玫，刘逸，李勇，刘晨，王敏 专业（SPECIALITY）=计算机专业，信息专业 SAP关系的导师属性和研究生属性都从PERSON域中取值 为了避免混淆，必须给这两个属性取不同的属性名，而不能直接使 用域名。 例如定义: 导师属性名为SUPERVISOR-PERSON（或SUPERVISOR） 研究生属性名为POSTGRADUATE-PERSON（或POSTGRADUATE） 基本关系的性质(续) ③ 列的顺序无所谓 列的次序可以任意交换 遵循这一性质的数据库产品(如ORACLE)， 增加新属性时，永远是插至最后一列 但也有许多关系数据库产品没有遵循这一 性质，例如FoxPro仍然区分了属性顺序 基本关系的性质(续) ④ 任意两个元组不能完全相同 由笛卡尔积的性质决定 但许多关系数据库产品没有遵循这一性质。 例如: Oracle，FoxPro等都允许关系表中存在两个完全相同 的元组，除非用户特别定义了相应的约束条件。 基本关系的性质(续) ⑤ 行的顺序无所谓 行的次序可以任意交换 遵循这一性质的数据库产品(如ORACLE)， 插入一个元组时永远插至最后一行 但也有许多关系数据库产品没有遵循这一性 质，例如FoxPro仍然区分了元组的顺序 基本关系的性质(续) ⑥ 分量必须取原子值 每一个分量都必须是不可分的数据项。 这是规范条件中最基本的一条 2.2 关系数据结构 2.2.1 关系 2.2.2 关系模式 2.2.3 关系数据库 2.2.2 关系模式 1．什么是关系模式 2．定义关系模式 3. 关系模式与关系 1．什么是关系模式 关系模式（Relation Schema）是型-静态稳定 关系是值-动态变化，因为操作更新数据库中数据 关系模式需要描述： 域：元组语义以及完整性约束条件 元组：该关系所涉及的属性集的笛卡尔积的一个元素 关系是元组的集合，笛卡尔积的子集。关系模式必须指出这个元组集合的结构，由哪些属性构成，这些属性来自哪些域，属性与域之间的映像关系。关系由元