2014年access数据库设计案例.pptVIP

数据完整性设计 实体完整性 通过确定主键已完成 参照完整性 模式“人员”中的属性“部门编号”来源于模式“部门”中的属性“部门编号” 模式“期刊”中的属性“部门编号”来源于模式“部门”中的属性“部门编号” 模式“稿件”中的属性“部门编号”来源于模式“部门”中的属性“部门编号” 模式“稿件”中的属性“期刊编号”来源于模式“期刊”中的属性“期刊编号” 用户定义完整性包括： 模式“人员”中的属性“性别”的值只能为男或女； 模式“人员”中的属性“年龄”的值只能为1-100间； 模式“部门”中的属性“职务”的默认值为编辑； 模式“期刊”中的属性“完成日期”的值应早于（小于）属性“出版日期”的值； 模式“期刊”中的属性“期刊编号”固定为9位，前三位由字母，后六位由数字构成。 * 数据模型的规范化 4个模式都只存在完全依赖，不存在部分依赖和传递依赖，因此该数据模型满足第三范式。 * 函数依赖 函数依赖的概念 函数依赖的表示方法 函数依赖的类型 完全依赖 部分依赖 传递依赖 * 学生关系的函数依赖关系 学生（学号，姓名，性别，出生日期，专业） 该关系的函数依赖集表示为： 学号→姓名 学号→性别 学号→出生日期 学号→专业 * 函数依赖的定义 给定一关系R，若当且仅当对应于R中属性X的每一个值，在任一时刻必有一个确定的属性Y值，则称Y是函数依赖于X，也可称为X函数决定Y，记为X-Y。 * 成绩（学号，姓名，课程号，课程名，分数） 成绩关系的函数依赖集: 学号→姓名 课程号→课程名 (学号,课程号)→分数 * 完全函数依赖和部分函数依赖 完全依赖 若称关系R中的属性Y是完全依赖于属性X，则应满足以下两个条件： 属性Y函数依赖于属性X 属性Y不函数依赖于属性X的任一真子集X’ 部分依赖 如果属性Y只函数依赖于属性X的某一真子集X’，则称属性Y部分函数依赖于属性X。 * 传递依赖 定义：在关系R中，如果属性X、Y、Z之间满足：X?Y,Y ?Z ，则称Z对X传递依赖。 例如关系模式: 辅导（学号，班级，辅导员） 函数依赖集: 学号→班级 班级→辅导员 * 键 定义：设K是关系R模式中的属性，当K的值确定后，关系中其它属性值也就唯一确定，且K的任何一个真子集不再具有这样的性质，则称K为R的键或候选键。 注意： 通常选择其中一个作主键 K可以是单个属性或属性组合 * 主属性与非主属性 主属性 包含在任何一个候选键中的属性称为主属性 非主属性 不包含在候选键中的属性称为非主属性或非键属性 * 关系中主键是单属性的，则非键属性对主键肯定是完全函数依赖的。 而当主键是复合属性时，则非键属性对主键的函数依赖就有完全依赖和部分依赖两种可能。 * 外部键 设X是关系模式R中的属性或属性组，X并非R的键，而是另一关系模式的键，则称X是R的外键。 如： 系（部门编号，系名，系主任，电话） 教师（教师号，姓名，专业，职称，性别，年龄，部门编号） * 范式与规范化 范式 关系满足不同层次的要求就称为不同的范式 范式由低到高依次为1NF,2NF,3NF,4NF, 5NF 规范化 将一个低一级范式的关系模式分解为若干个满足高一级范式关系模式的集合的过程 * 1NF、2NF、3NF 1NF：如果关系模式R的每一个属性只包含单一的值，则关系模式R满足1NF 2NF：如果关系R满足第一范式，而且它的所有非主关键字属性完全依赖于整个主属性（也就是说，不存在部分依赖），则R满足第二范式 3NF：如果某关系满足第二范式，而且他的任何一个非主属性都不传递函数依赖于任何非主属性，则R满足第三范式 * 规范化至1NF 学号 姓名 课程名 成绩 991101 李雨 英语 计算机基础 85 90 991102 杨玲 英语 计算机基础 73 94 991103 张山 英语 计算机基础 76 85 学号 姓名 课程名 成绩 991101 李雨 英语 85 991101 李雨 计算机基础 90 991102 杨玲 英语 73 991102 杨玲 计算机基础 94 991103 张山 英语 76 991103 张山 计算机基础 85 每一个属性只包含单一的值 * 由1NF规范化至2NF 消除部分依赖 名单（学号，姓名） 成绩（学号，姓名，课程号，课程名，分数） 成绩（学号，课程号，分数） * 由2NF规范化至3NF 辅导（学号，班级，辅导员） 班级（学号，班级） 辅导（班级，辅导员） 消除传递依赖 * 数据库规范化应用实例 分析关系模式——供货（供应商编号，供应商名称，联系方式，商品名称，商品价格）的函数依赖集，并将其规范到第三范式。 函数依赖集表示为 供应商编号→供应商名称 供应商编号→联系方式 （供应商编号，商品名称）→商品价格 该关系模式存在部分依赖，因此只满足1NF 规范化至3NF为 供