21丨范式设计：数据表的范式有哪些，3NF指的是什么？

数据库设计三重境： 第一重：山无棱，天地合，乃敢与君绝。（1NF：不可分） 第二重：玲珑骰子安红豆，入骨相思知不知。（2NF：完全性） 第三重：问世间，情为何物，直教人生死相许？（3NF：直接性）

啰哩巴嗦的扯一大堆。 姓名，年龄分开就是一范 加个id 就二范 加个foreign key 就三范 三降二 通过冗余字断提效率性能，取了个装x 的名字叫反范式。 其它的范式，没事别管，不论是开发效率，还是查询效率都很感人。 需要时google 下

1NF：列的原子性，不可拆分 2NF：针对于联合主键，非主属性完全依赖于联合主键，而非部分 3NF：非主属性只能直接依赖于主键

又思考了一下课后练习题，感觉可以把“学生选课表”拆分成4个表。 1.学生表：学号（主键），姓名，系别编号（外键）。 2.课程表：课程编号（主键），课程名称。 3.成绩表：学号，课程编号，分数（学号和课程编号，一起构成“联合主键”）。 4.院系表：系别编号（主键），系别（名称），系主任。

我所理解的第二范式和第三范式的不同： 1、首先第三范式是第二范式的更进一步（要求更严格），要想满足第三范式首先要满足第二范式。 2、而什么情况下能够满足第二范式呢？候选码能确定一条记录的所有信息。以老师文中的例子来对照：知道球员的编号是可以知道球员信息的，但是比赛编号、比赛时间是无法来通过球员信息来确定的。这张表需要两个候选码（球员编号、比赛编号）才能确定一条记录的信息。类似于这样的关系我们称为「部分依赖」,消除后才能算「第二范式」。 3、第三范式的核心 —— 消除传递依赖。老师文中的图已经画的很清晰了，A->B,B->C,A->C，类似于这样依靠中间人串起的关系我们称之为「传递依赖」 学生选课表我的修改： 学生信息表：学号、姓名、系别编号 课程信息表：课程编号、课程名称 课程成绩表：学号、课程编号、分数 系别信息表：系别编号、系别名称、系主任

对于理解1-3NF，CSDN的这篇文章作为辅助阅读挺好的：https://blog.csdn.net/wyh7280/article/details/83350722

第四范式这家公司起名来源难不成是和这个第四范式有关😄

对于非计算机专业人来说，名词太多了，已经被这些名词吓到了，希望老师用大白话讲解每一个知识点，让三岁小孩儿或者八十岁老太太都能听懂的讲解方式讲解，谢谢！

建议课后习题，老师给出标准答案，或者对一些答案进行点评。

1. 学生表：学号、姓名、系别 2. 课程表：课程名称 3. 系别表：系别、系主任 4. 成绩表：学号、课程名称、分数