数据库的部分依赖,完全依赖,传递依赖以及三种范式
来源:互联网 发布:诺基亚900软件下载 编辑:程序博客网 时间:2024/06/16 17:49
部分函数依赖:设X,Y是关系R的两个属性集合,存在X→Y,若X’是X的真子集,存在X’→Y,则称Y部分函数依赖于X。
举个例子:通过AB能得出C,通过A也能得出C,通过B也能得出C,那么说C部分依赖于AB。
完全函数依赖:设X,Y是关系R的两个属性集合,X’是X的真子集,存在X→Y,但对每一个X’都有X’!→Y,则称Y完全函数依赖于X。
举个例子:通过AB能得出C,但是AB单独得不出C,那么说C完全依赖于AB.
传递函数依赖:设X,Y,Z是关系R中互不相同的属性集合,存在X→Y(Y !→X),Y→Z,则称Z传递函数依赖于X。
举个例子:通过A得到B,通过B得到C,但是C得不到B,B得不到A,那么成C传递依赖于A
三种范式
1 、第一范式(1NF)
在任何一个关系数据库中,第一范式(1NF)是对关系模式的基本要求,不满足第一范式(1NF)的数据库就不是关系数据库。
所谓第一范式(1NF)是指数据库表的每一列(即每个属性)都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性。简而言之,第一范式就是无重复的列。
2、 第二范式(2NF)
第二范式(2NF)是在第一范式(1NF)的基础上建立起来的,即满足第二范式(2NF)必须先满足第一范式(1NF)。第二范式(2NF)要求数据库表中的每个实例或行必须可以被唯一地区分。为实现区分通常需要为表加上一个列,以存储各个实例的唯一标识。员工信息表中加上了员工编号(emp_id)列,因为每个员工的员工编号是唯一的,因此每个员工可以被唯一区分。这个唯一属性列被称为主关键字或主键、主码。
第二范式(2NF)要求实体的属性完全依赖于主关键字。所谓完全依赖是指不能存在仅依赖主关键字一部分的属性,如果存在,那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体,新实体与原实体之间是一对多的关系。为实现区分通常需要为表加上一个列,以存储各个实例的唯一标识。简而言之,第二范式就是非主属性依赖于主关键字。
3 、第三范式(3NF)
满足第三范式(3NF)必须先满足第二范式(2NF)。在满足第二范式的基础上,切不存在传递函数依赖,那么就是第三范式。简而言之,第三范式就是属性不依赖于其它非主属性。
简而言之
1、第一范式(1NF):一个关系模式R的所有属性都是不可分的基本数据项。
2、第二范式(2NF):满足第一范式,然后消除部分依赖。
3、第三范式(3NF): 满足第二范式,消除传递依赖。
- 数据库的部分依赖,完全依赖,传递依赖以及三种范式
- 数据库,部分函数依赖,传递函数依赖,完全函数依赖,三种范式的区别
- 传递依赖、部分依赖与范式
- 数据库 完全函数依赖 部分函数依赖 传递函数依赖
- 数据库函数依赖、范式
- 传递依赖与范式的问题
- 完全函数依赖和部分函数依赖
- 完全函数依赖和部分函数依赖
- 数据库,部分函数依赖,完全函数依赖,传递函数依赖;1NF,2NF,3NF,BCNF
- 数据库设计 第一范式 二 三 INF 2NF 3NF 区别 详解 传递依赖
- 数据库范式及函数依赖
- 函数依赖和数据库范式
- 函数依赖及数据库范式
- [数据库] 范式和依赖【存疑】
- 数据库设计二《函数依赖和三范式》
- 传递依赖的范围
- maven的依赖传递与排除依赖
- 依赖传递
- 数据库中的视图
- EventBus中的坑
- 5-28 搜索树判断
- Git的简单使用
- Linux学习笔记:文件查找命令(find)
- 数据库的部分依赖,完全依赖,传递依赖以及三种范式
- [考试] Test 8.14
- SpringMVC的第一个入门案例
- Android Studio 重复jar包冲突问题
- Android集成网易云信踩坑记录!(持续更新)
- ycb的ACM进阶之路 QDU
- ObjectARX类库简介
- linux学习笔记(3)-用户、用户组和文件权限
- 金额刻度尺Ruler