数据库原理 2 关系数据库系统.pptVIP

An Introduction to Database System 关系数据库 关系模型数据结构 关系操作 关系的完整性约束 关系数据库简介 系统而严格地提出关系模型的是美国IBM公司的E.F.Codd 1970年提出关系数据模型 关系数据库系统是支持关系模型的数据库系统 典型商用系统 ORACLE SYBASE MYSQL DB2 SQLSERVER 关系模型概述 关系数据结构 单一的数据结构----关系（二维表） 从用户角度，关系模型中数据的逻辑结构是一张二维表。现实世界的实体以及实体间的各种联系均用关系来表示。 关系操作 关系操作类型:增、删、改、查 关系操作的特点：集合操作 关系数据语言的种类 关系数据语言的特点 关系完整性约束 实体完整性约束 参照完整性约束 用户自定义完整性约束 一、关系数据结构----关系 关系数据结构基本术语 关系（Relation）：一个关系对应通常说的一张表。 属性（Attribute）：表中的一列即为一个属性，给每一个属性起一个名称即属性名。 域（Domain）：属性的取值范围，是同类数据的集合。 侯选码（Candidate Key)：取植能够唯一代表一个实体（元组）的最小属性组。在最简单的情况下，候选码只包含一个属性。最极端的情况下，关系模式的所有属性组是这个关系模式的候选码，称为全码（All-key） 包含在任一个候选码中的属性称为主属性（Prime attribute）。 不包含在任何侯选码中的属性称为非主属性（Non-key attribute） 主码（Key） 从一个关系的候选码中任选一个为主码（Primary key） 目（或度）：一个关系中属性的个数。 元组（Tuple）：表中的一行。 基数：一个关系中元组的个数。 分量：元组中的一个属性值。 笛卡尔积（Cartesian Product）与关系 给定一组域D1，D2，…，Dn，这些域中可以有相同的。D1，D2，…，Dn的笛卡尔积为： D1×D2×…×Dn＝｛（d1，d2，…，dn）｜di?Di，i＝1，2，…，n｝ 所有域的所有取值的一个组合 元组不能重复 关系是笛卡尔积的一个有意义的子集。 关系是笛卡尔积的有限子集。无限关系在数据库系统中是无意义的。 由于笛卡尔积不满足交换律，即 (d1，d2，…，dn )≠(d2，d1，…，dn ) 但关系满足交换律，即 (d1，d2 ，…，di ，dj ，…，dn）=（d1，d2 ，…，dj，di ，…，dn） （i，j = 1，2，…，n） 解决方法：为关系的每个列附加一个属性名以取消关系元组的有序性 笛卡尔积例子 关系例子 关系：SAP(导师，专业，研究生) 假设：导师与专业：1:1，导师与研究生：1:n 于是：SAP关系可以包含三个元组 ｛ (张清玫，信息专业，李勇)， (张清玫，信息专业，刘晨)， (刘逸，信息专业，王敏) } 关系模式 关系模式可以形式化地表示为： R（U，D，dom，F） R 关系名 U 组成该关系的属性名集合 D 属性组U中属性所来自的域 dom 属性向域的映象集合 F 属性间的数据依赖关系集合 关系模式通常可以简记为 R (U) 或 R (A1，A2，…，An) 即：关系名（属性1，属性2，…，属性n） 注：域名及属性向域的映象常常直接说明为 属性的类型、长度 例如：学生（学号，姓名，年龄，性别，系，年级） 关系模式与关系 关系模式 对关系的描述 静态的、稳定的 关系 关系模式在某一时刻的状态或内容 动态的、随时间不断变化的 关系模式和关系往往统称为关系 通过上下文加以区别 三类关系 基本关系（基本表或基表） 实际存在的表，是实际存储数据的逻辑表示 查询表 查询结果对应的表 视图表 由基本表或其他视图表导出的表，是虚表，不对应实际存储的数据 基本关系的性质 （1）列是同质的（Homogeneous） 每一列中的分量是同一类型的数据，来自同一个域 （2）不同的列可出自同一个域 其中的每一列称为一个属性，不同的属性要给予不同的属性名 （3）列的顺序无所谓，即列的次序可以任意交换 遵循这一性质的数据库产品(如ORACLE)，增加新属性时，永远是插至最后一列 （4）任意两个元组不能完全相同 但许多关系数据库产品没有遵循这一性质。例如:Oracle，FoxPro等都允许关系表中存在两个完全相同的元组，除非用户特别定义了相应的约束条件。 （5）行的顺序无所谓，即行的次序可以任意交换 遵循这一性质的数据库产品(如ORACLE)，插入一个元组时永远插