本文主要是介绍关于一篇“范式详解”博文的批注，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
本篇文章是对于下面这个链接中的文章的批注。这篇文章详细讲述了第一、二、三范式和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范式解决了主属性与码之间的部分函数依赖问题
这篇关于关于一篇“范式详解”博文的批注的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
