数据库相关基础理论知识.PPTVIP

本章的任务 DBMS的基本功能、组成和选择原则 关系数据库管理系统的等级 数据库的三级模式结构 数据库系统的组成 关系模型的基本概念 E-R模型的建立方法 E-R模型转换为关系模型的方法 关系的规范化理论 DBMS的基本功能 数据定义功能 数据库操纵功能 数据控制功能 数据库的建立和维护功能 DBMS的组成 数据描述语言 数据操纵/查询语言 数据库管理例行程序 数据库系统访问数据的步骤 选择DBMS的原则 分析应用环境，确定信息需求 收集各种DBMS资料，分析DBMS的功能和性能 综合衡量，初步筛选 详细考察，确定目标 关系数据库管理系统的等级 半关系型DBMS(最小关系型) 基本关系型DBMS(关系完备型) 完全关系型(全关系型) 数据库系统的三级模式结构 数据库系统的组成 关系的直观概念 关系模型的三类完整性 选择运算 投影运算 联接运算（实例1） 联接运算（实例2） E-R模型 E-R模型 1：1模型 E-R模型 1：n 模型 E-R模型 M：N模型 学生管理系统的E-R模型 将E-R模型转换为关系模式 原则1：每个实体集转换为一个关系。实体集中的实体的属性成为该关系的属性，实体的标识符成为该关系的关键字，每个实体由该关系的一个元组表示。 将E-R模型转换为关系模式 原则2：每个实体联系集转换成一个关。该实体联系自身所拥有的非关键字属性，加到该关系中去，而该关系的主键由该联系集所联系的实体集的关键字组成。 将E-R模型转换为关系模式 原则3：如果一个实体联系集的两侧标明的维数是1：n，则在1侧的实体集的关键字应加入到另一侧的实体转换成的关系中。 不符合第一范式的实例 学生选修课程的记录： 不符合第一范式存在的问题 1. 更新困难 如果1011同学想把选修课程改为{Access数据库，专业英语}，则系统在处理上面临二义性： （1）修改1011记录的课程属性值 （2）把学号属性值扩充为{1011，1012} 2. 插入困难 无法在此关系中加入“成绩”属性 符合第一范式的实例 将课程属性的属性值拆开，形成如下关系形式： 第一范式的判断方法 检查关系表中每个属性值是否都是不可再分解的最小数据单位。 将非第一范式规范为第一范式的方法 依次检查每个属性的取值，如果是组合情况，即不是最小单位，就进行属性值的最小化拆分。 不符合第二范式的实例 学生选课关系表： 主键为： （学号，课号） 不符合第二范式存在的问题 插入异常：无法插入还未选课的，由于该学生无课号属性，其相应的码值一部分为空，故该学生的固有信息无法插入； 删除异常：某学生只选了一门课，若现在要放弃这门课，由于课号是主键的一部分，整个记录必须删除，该学生的其他信息也删除了； 修改复杂：若张茗从计算机系转入动画系，必须修改系负责人，该生选修了多门课，要修改多条记录 符合第二范式的实例 主键（学号，课号） 主键（学号） 第二范式的判断方法 找出一个关系（表）中的主键 单个属性作为主键的情况比较简单，因为主键的作用就是能唯一标识表中的每一行，关系中的非主属性都能完全函数依赖于主键，这样的关系是第二范式。 对组合属性作为主键的那些关系，通常要判断每一个非主键属性是否能完全函数依赖于主键，即完全由主键所决定。若每一个非关键字属性能被主键所决定，则是第二范式，否则，就不是。 将非第二范式规范为第二范式的方法 1. 将能完全依赖主键的属性从关系中提取出来，同主键一起组成一个关系 如： SC(学号，课号，成绩） 2. 将剩余的属性同能完全依赖的主键的一部分组成一个关系 SD(学号，姓名，系，系负责人） 不符合第三范式的实例 不符合第三范式存在的问题 插入异常：当新成立一个系，该系还没有招收任何学生时，系的有关信息无法插入表中。 删除异常：若某个系的全部学生都已毕业，则在删除相应学生信息时，系和系负责人的信息也删除了 修改复杂：系和系负责人的信息反复存储，造成数据冗余，引起修改困难 符合第三范式的实例 SND(学号，姓名，系） DM(系，系负责人） 第三范式的判断方法 判断关系模式中是否有传递依赖的情况，如果有，不是第三范式，否则是。 例如： 学号—》系， 系—》学号，系—》系负责人 则：学号—》系负责人 将非第三范式规范为第三范式的方法 继续拆分关系模式，把有传递依赖的属性放在不同的关系中，消除传递依赖。 例如： SND(学号，姓名，系） DM(系，系负责人） 不符合BCNF范式的实例 STJ(学生，课程，教师） 不符合BCNF范式存在的问题 删除异