数据库逻辑设计要领.pptVIP

关系数据模型的优化 由E-R模型转换得到的关系数据模型还需要进行相关的优化，确定数据间依赖关系，对数据依赖进行极小化处理，消除冗余联系（参考后面的范式规范化），确定范式级别，依据具体环境对某些关系模式进行合并或分解。 所谓规范化是指关系模型中的每一个关系模式都必须满足一定的要求。目前普遍用范式来表示关系模型的规范化程度，一般情况下数据模型至少规范到第三范式。 （1）第一范式（1NF） 第一范式要求关系模式中的每列必须是不可分割的原子项，即第一范式要求列不能够再分为其它几列，严禁“表中表”。 注意：任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。 （2）第二范式（2NF） 第二范式是在第一范式基础上建立起来的，满足第二范式则必须先满足第一范式。 第二范式要求表中所有非主关键属性完全依赖于主关键字。 如果非关键字属性仅依赖主关键字的一部分，则可以将这个属性和其依赖的部分主键分解出来形成一个新的实体。 表中的主关键字：学号、课程编号 存在如下的依赖关系： 学号→（姓名，专业） 课程编号→（课程名称，学分） （学号，课程编号）→成绩 只有“成绩”属性完全依赖于主关键字，其余的都是依赖于其中的一个关键字，因此需要进行第二范式的规范。 （3）第三范式（3NF） 第三范式要求消除非主关键字对主关键字的传递依赖。即满足第三范式的数据库表不应该存在这样的依赖关系：关键字段 → 非关键字段x → 非关键字段y 关系中存在传递依赖： 学号→所在学院→（学院名称，学院电话） 学生选课表结构 学生信息表 课程信息表 选修信息表 任务实现 1、E-R模型到关系数据模型的转换。 新建文档、将实体转换成关系模式、关系模式的优化 2、建立表结构 3、保存文档 技能提高 训练内容：简化的考勤管理系统主要实现对员工考勤信息和工资信息的管理 步骤：1、设计E-R图 2、设计关系模型 3、建立表结构 4、保存文档 1、简述E-R模型转换成关系模型的规则和方法。 2、分别写出第一范式、第二范式和第三范式的要求，并举例说明。 作业 /view/1452242.htm * * * * 数据库逻辑设计 课前预习 将手机调到静音 认真做笔记 及时完成作业 上课要求 理解数据库逻辑设计的基本概念 了解关系数据模型的表示方法 了解关系数据库的三种关系运算 掌握将E-R图向关系数据模型的转化方法 学习目标 学习内容 逻辑设计 关系数据模型 关系运算 E-R模型转化关系数据模型 关系数据模型的优化 学生选课表结构 E-R模型与计算机具体实现无关，这也决定了没有一个DBMS可以直接支持E-R模型的实现。 数据库逻辑设计:将E-R模型转换成计算机能够实现的数据模型的过程。 逻辑设计 关系数据模型把概念模型中实体以及实体之间的各种联系均用关系来表示。 从用户的观点来看，关系模型中数据的逻辑结构是一张二维表，它由行和列构成。 关系数据模型涉及的几个基本概念： 1、关系 2、元组 3、属性 4、域 5、键（候选键、主键、外键）6、关系模式 关系数据模型 二维表 （1）关系 每一个关系用一张二维表来表示，常称为表。每一个关系表都有一个区别于其他关系表的名称，称为关系名。 关系是概念模型中同一类实体以及实体之间联系集合的数据模型表示。 （2）元组（或记录） 二维表中除表头外的非空行称为一个元组或记录。5行数据即为5个元组。 （3）属性 二维表中的每一列即为一个属性，每个属性都有一个显示在每一列首行的属性名。 在一个关系表中不能有两个同名属性。 （4）域 域是属性的取值范围，即不同元组对同一属性的取值所限定的范围。 “性别”的域为集合{男，女}， “年龄”的变化范围是0-120岁。 （5）键 键在关系模型中用来标识属性。主要包括下列类型：候选键、主键和外键。 候选键：属性或属性组合，其值能够惟一标识一个元组的候选关键字。 主键：在一个关系中可能有多个候选关键字，从中选择一个作为主关键字。 在学生选课系统中，将“学号”作为主键，因为如果“姓名”作为主键则同名学生将无法区分。 外键：如果一个表中的字段不是本表关键字，而是另外一个表的关键字，则这个字段被称为外键。 教师编号 教师姓名 课程编号 100001 刘安 1501 10000