做独立网站的好处百度后台管理

本篇文章是对于下面这个链接中的文章的批注。这篇文章详细讲述了第一、二、三范式和BCNF范式，希望我的这篇文章能帮助您更好的理解这篇优秀的博文

详解第一范式、第二范式、第三范式、BCNF范式-CSDN博客

“范式”批注

这样理解范式的概念：一张数据表的表结构所符合的某种设计标准的级别。级别越高，表的属性之间的依赖越小

“第一范式”批注

“三种关系完整性约束”

实体完整性：保证关系中的每条记录都是可识别的和唯一的——关系数据库中的所有表都必须要有主键，而且表中不允许存在如下记录：a、无主键值的记录；b、主键值相同的记录；

参照完整性：参照完整性规则就是定义外键与被参照的主键之间的引用规则。

外键一般应符合如下要求：外键值为空或者等于其所参照的关系中的某个属性的主键值

用户定义完整性：unique(唯一)、check（满足某一条件）、not null(不为空值)。用户定义的完整性没有统一的规则，由数据库设计人员根据具体应用中的数据语义要求来创建

“第二范式”批注

“函数依赖”

如果属性X确定，就能确定属性Y的话，就称Y函数依赖与X

“完全函数依赖和部分函数依赖”

属性X是由两个字段组成，分别为X1、X2。由且只有X可以确定Y的值，此时称为“完全函数依赖”。

如果确定了X1或者X2的值也能确定Y的值，或者Y值也可以由A、B....等其他属性来确定的话，就称为“部分函数依赖”

“码和主属性”

如果表中的所有属性都完全函数依赖与一个属性或者属性组 ，那么这个属性或者属性组被称为“码”。而“主属性”是“码”的一个子集

---

总结

范式的实质

随着范式等级的提高，属性之间的依赖逐渐减少。

规律

第一范式存在的问题是：非主属性对于码的部分函数依赖

第二范式中仍然存在非主属性对于码的传递函数依赖。
（但是第二范式解决了“部分函数依赖”问题，没有解决“传递函数依赖问题”）

第三范式解决了传递函数依赖问题，但是没有解决主属性与码之间的部分函数依赖问题
（即码的子集与码之间的函数依赖问题）

BCNF范式解决了主属性与码之间的部分函数依赖问题