数据库的第一范式，第二范式，第三范式，BCNF范式理解

大家好，又见面了，我是你们的朋友全栈君。

第一范式 属性的原子性

所谓的第一范式就是数据库中的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性，如果出现重复的属性则需要重新构建实体，新的实体由重复的属性构成。 见图

在这里插入图片描述

分析图： 在进货和销售中 有两个重复的属性（数量和单价）,并且进价和销售是可以再分割的，不满足原子性，即不满足第一范式，可以修改为下面的两个实体

在这里插入图片描述

在这里插入图片描述

第二范式 属性完全依赖于主键

第二范式是在第一范式的基础上建立起来的，即满足第二范式必须先满足第一范式，第二范式要求数据库的每个实例或行必须可以被唯一的区分，即表中要有一列属性可以将实体完全区分，这个属性就是主键，即每一个属性完全依赖于主键，在员工管理中，员工可以通过员工编号进行唯一区分, 完全依赖概念：即非主属性不能依赖于主键的部分属性，必须依赖于主键的所有属性。

第三范式

满足第三范式必须先满足第二范式，第三范式要求一个数据库表中不包含已在其他表中已包含的非主关键字信息， 例如 存在一个课程表，课程表中有课程号(Cno),课程名(Cname),学分(Ccredit)，那么在学生信息表中就没必要再把课程名，学分再存储到学生表中，这样会造成数据的冗余， 第三范式就是属性不依赖与其他非主属性，也就是说，如果存在非主属性对于码的传递函数依赖，则不符合第三范式

在这里插入图片描述

这个例子就是典型的非3NF 两个非主属性 属性不依赖与其他非主属性,则不符合第三范式 ——–选修课程名—->选修课程号（非主属性） 如果存在非主属性对于码的传递函数依赖，则不符合第三范式 理解为 ——–选修课程名—->选修课程号——> 学号(传递依赖) 不是第三范式

BCNF 范式

满足BCNF范式的条件如下：

1. 所有的非主属性对每一个码都是完全函数依赖 （暗含 主关键字里面可能有多个码可以将实体区分）
2. 所有的主属性对每一个不包含它的码也是完全函数依赖（即所选码与未选择的码之间也是完全函数依赖的）
3. 没有任何属性完全函数依赖于非码的任何一组属性（即非主属性之间不能函数依赖）

解释： 例如关系模式 S(Sno,Sname,Sdept,Sage) 假设 Sname具有唯一性 解释条件1：非主属性 （Sdept,Sage） 不仅依赖于Sno,而且依赖于Sname,因为不仅可以通过学号知道学生的信息，还可以通过姓名知道学生的信息。 解释条件2：Sno 与Sname之间也是完全函数依赖关系 解释条件3：没有任何一个属性函数依赖于Sdept和Sage

感谢涛声依旧的博客

发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/142231.html原文链接：https://javaforall.cn