第一部分理论知识.pptVIP

基本概念的比较 概念模型 关系模型 Access数据库 用户 实体集 关系 数据库表 二维表格 实体 元组 记录 行 属性 属性 字段 列 键 主键/外键 主索引/普通索引 实体型 关系模式 2.3 关系数据库和关系数据库规范化 以关系模型为基础的数据库，利用关系描述现实世界中的对象。 一个关系既可用来描述一个实体及其属性，也可用来描述实体间的联系。 1 关系数据库 2.3 关系数据库和关系数据库规范化 逻辑设计要研究的问题是：针对一个具体问题，应该构造几个关系？每个关系由哪些属性组成？ 1 关系数据库 2.3.2 关系数据库规范化（补充） 函数依赖是属性之间的一种联系，普遍存在于现实生活中。 非关键字属性函数依赖关键字属性。 函数依赖 2.3.2 关系数据库规范化（补充） 例如：STUDENT1(学号，姓名，性别，出生日期，专业) 记作：学号→姓名，学号→专业； 学号 姓名 性别 出生日期 专业 010001 A F 01/01/82 会计 010002 B F 04/11/83 注会 010003 C M 05/18/81 会计 010004 D F 09/12/82 会计 表2.3 STUDENT1 关系 2.3.2 关系数据库规范化 单个属性做关键字必完全依赖；属性组合做关键字，对组合中的单个属性属于“不完全依赖”； 例如：学习成绩（学号，课程号，成绩） 学号 姓名 性别 出生日期 专业 010001 A F 01/01/82 会计 010002 B F 04/11/83 注会 010003 C M 05/18/81 会计 010004 D F 09/12/82 会计 表2.3 STUDENT1 关系 完全依赖 2.3.2 关系数据库规范化（P17） 3. 传递依赖 例如：STUDENT2(学号，姓名，性别，出生日期，专业，学院，院长)。函数依赖关系是：学号→学院、学院→院长。学号→院长称为传递依赖。 表2.4 STUDENT2 关系 学号 姓名 性别 出生日期 专业 院系 院长 010001 A F 01/01/82 会计 会计 Z 010002 B F 04/11/83 注会 会计 Z 010003 C M 05/18/81 会计 会计 Z 010004 D F 09/12/82 会计 会计 Z 010005 E M 12/12/83 信管 信息 W 010006 F F 10/11/82 信管 信息 W 传递依赖 2.3.2 关系数据库规范化（P17） 3. 传递依赖 传递依赖带来的问题：数据冗余太大，以及更新、插入和删除操作的异常。 表2.4 STUDENT2 关系 学号 姓名 性别 出生日期 专业 院系 院长 010001 A F 01/01/82 会计 会计 Z 010002 B F 04/11/83 注会 会计 Z 010003 C M 05/18/81 会计 会计 Z 010004 D F 09/12/82 会计 会计 Z 010005 E M 12/12/83 信管 信息 W 010006 F F 10/11/82 信管 信息 W 传递依赖 2.3.2 关系数据库规范化 太多的信息放在一个关系里时，出现 “异常”。 关系数据库规范化 1. 范式 2. 完整性规则 常用方法 1NF 2NF 1.范式简介 3NF 三个范式的关系 1.范式简介 1）1NF：符合关系定义的二维表格（关系）都满足第一范式。 判断依据：列的取值只能是原子数据； 1.范式简介 2）2NF：第二范式要求每个关系只包含一个实体的信息，所有非关键字属性完全依赖关键字属性。 判断依据：非主属性完全依赖于关键字 1.范式简介 3）3NF：关系的所有非关键字属性相互独立，任何属性其属性值的改变不应影响其他属性，则该关系满足第三范式。 判断依据：没有传递依赖。 范式应用示例（补充内容） 要求：根据范式来规范化学生选课表 。通过分析可以看出，该表不符合第一范式。 学号 课程号 课程名 成绩 姓名 性别 地址 电话区号 城市 地区 981001 01 数学 95 王平 女 上海 黄浦区 021 981001 02 英语 78 王平 女 上海 黄浦区 021 981001 03 数据结构 81 王平 女 上海 黄浦区 021 981002 01 数学 86 刘宇 男 上海 浦东区 021 981002 02 英语 85 刘宇 男 上海 浦东区 021 981003 01 数学 77 王丽丽 女 北京 海淀区 010 981003 02 英语 89 王丽丽 女 北京 海淀区 010 学生选课表 范式应用示例（补充内容） 第一步：经过第一范式：每