数据库设计二《函数依赖和三范式》
函数依赖：
定义：R(U)是在属性集U上的关系模式，X，Y是U的子集。若对于R(U)的任意一个可能关系r，r中的不可能存在两个元组在X上的属性值相等，而在Y上的属性值不等，则称X函数确定Y，或者Y函数依赖X，记作X--->Y。
单纯的概念有点难以理解，通过例子1：属性集U，关系模式R(U)，子集X,Y，可能关系r1。
可以理解为X能唯一确定Y，则X--->Y。常用为主键------>其他属性
函数依赖和三范式
函数依赖的分类：完全依赖，部分依赖，传递依赖。
完全依赖和一范式
完全依赖：X--->Y。Y只能有X推到出来
例子2：选课关系（学号，课程号，成绩）
（学号，课程号）--->成绩
一范式：主要确定属性的原子性，每个属性不可再分。
例子3：职工号，姓名，电话号码组成一个表（电话号码有包括手机号，家庭号码）
修改方法：1、新建一个表，职工号为主键，添加手机号和家庭号码两个属性。
2、强制只能选择一个号码属性。
二范式消除部分依赖
部分依赖：X--->Y Y除了能有X推到出来外还可以有其他属性推到出来。
例子4：选课关系（学号，课程号，成绩，课程名）
（学号，课程号）--->课程名， 课程号--->课程名
二范式：非主键属性完全依赖主键，二范式的作用主要是消除部分依赖。
例子4可以改为两个关系模式：选课关系（学号，课程号，成绩，课程名）
课程关系（课程号，课程名）
主键是组合属性的时候容易出现部分依赖，主键是单个属性的时候只要符合第一范式就会符合第二范式。
三范式消除传递依赖
传递依赖：X--->Y 、Y--->Z 则X--->Z
例子5:选课关系（学号，姓名，专业号，专业名，所属学院号）
学号--->专业号，专业号--->专业名。
三范式：在符合二范式的基础上，没有非主属性传递依赖函数。
例子5解决方法：转换成两个关系模式，消除传递依赖。
选课关系（学号，姓名，成绩）
专业关系（专业号，专业名，所属学院号）
三范式作为数据库设计的一个标准，确保非主键属性都完全依赖主键属性。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
