数据库三大范式

什么是范式：简言之就是，数据库设计对数据的存储性能，还有开发人员对数据的操作都有莫大的关系.所以建立科学的，规范的的数据库是需要满足一些.

1. 第一范式（列不可再分）： 数据库表中的所有字段值都是不可分解的原子值，如一张表里有一个字段是高级职称，但是在高校里高级职称包括副教授和教授，这属于可分的，所以不符合第一范式.

2. 第二范式（非主属性完全依赖于码 ）：在一个数据库表中，一个表中只能保存一种数据，不可以把多种数据保存在同一张数据库表中.

   例如，在选课关系表(学号，课程号，成绩，学分)，关键字为组合关键字(学号，课程号)，但由于非主属性学分仅依赖于课程号，对关键字(学号，课程号)只是部分依赖，而不是完全依赖，因此此种方式会导致数据冗余以及更新异常等问题，解决办法是将其分为两个关系模式：学生表(学号，课程号，分数)和课程表(课程号，学分)，新关系通过学生表中的外关键字课程号联系，在需要时进行连接.

3. 第三范式（确保每列都和主键列直接相关，而不是间接相关）：减小了数据冗余.有一张表(学号，系名，系主任)，这里存在传递依赖.学号->系名，系名->系主任 传递依赖，需要将系名和系主任另外新建一张表.

4. BCNF范式(排除了任何属性对码的传递依赖和部分依赖)：

   • 所有非主属性对每一个码都是完全函数依赖.

   • 所有的主属性对每一个不包含它的码，也是完全函数依赖.

   • 没有任何属性完全函数依赖于非码的任何一组属性.

完全函数依赖
定义：设X，Y是关系R的两个属性集合，X’是X的真子集，存在X→Y，但对每一个X’都有X’!→Y，则称Y完全函数依赖于X.

比如: 当主键为学号时，学号->姓名

部分函数依赖
定义：设X，Y是关系R的两个属性集合，存在X→Y，若X’是X的真子集，存在X’→Y，则称Y部分函数依赖于X.

这主要针对于组合属性，比如，当主键为（学号，课程号）的组合属性时，学分->课程号，不依赖于其中的学号，即只依赖于这个集合的一部分，为部分函数依赖.

传递函数依赖：
设X，Y，Z是关系R中互不相同的属性集合，存在X→Y(Y !→X)，Y→Z，则称Z传递函数依赖于X.

数据库的表中**：列即属性**；行即元组.
参考网站： link.

原文链接：https://blog.csdn.net/qq_40511966/article/details/104047883