第一范式
每个列只能保存种信息,例如,不能把地址和电话写在一个列,也不能把家庭号码和手机号码写在一个列,不同的信息必须被拆分
第二范式
在第一范式的基础上,保证所有列的查询都完全依赖于key,而不能依赖于key中的一部分
在下面这个表,就是一个符合第一范式,不符合第二范式的例子
在这个表中,我们必须把学号+课程当做关键字,因为如果其中任意一个缺失,都会导致无法查询到成绩
| 学号 | 专业 | 专业导师 | 课程 | 成绩 | 学生爱好 |
| 001 | 数学 | 陈似然 | 微积分 | A | 篮球 |
| 001 | 数学 | 陈似然 | 计算机 | B | 篮球 |
| 002 | 语文 | 胡文涛 | 写作 | B | 音乐 |
但是实际上,有些数据并不需要要学号+课程才能查询,例如学生爱好,专业,专业导师。他只要学号就行了,专业导师可以通过学号=>专业=>专业导师,传递得到,这就属于部分依赖,不符合第二范式完全依赖的原则
因此,我们就要把学生爱好和专业,和专业导师,从表格里分离出来:
| 学号 | 课程 | 成绩 |
| 001 | 数学 | A |
| 001 | 语文 | B |
| 002 | 数学 | B |
| 学号 | 专业 | 专业导师 | 学生爱好 |
| 001 | 数学 | 陈似然 | 篮球 |
| 002 | 语文 | 胡文涛 | 音乐 |
这样就符合第二范式
第三范式
满足第三范式的原则是在第二范式的前提下,不存在传递依赖,记得我说的专业导师可以通过学号=>专业=>专业导师得到?
这就属于传递依赖,一个学号对应一个专业,一个专业对应一个导师,能从学号推到导师,这就属于传递依赖
有一点额外提一下,(学号=>专业=>专业导师)和(学号+专业=>专业导师)是有很大区别的,前者一个学号对应一个专业,后者一个学号可以得出多个专业,后者不属于传递关系
所以,为了让上面的表格符合第三范式,就要消除这个传递关系,把专业=>专业导师移出来:
| 学号 | 课程 | 成绩 |
| 001 | 数学 | A |
| 001 | 语文 | B |
| 002 | 数学 | B |
| 学号 | 专业 | 学生爱好 |
| 001 | 数学 | 篮球 |
| 002 | 语文 | 音乐 |
| 专业 | 专业导师 |
| 数学 | 陈似然 |
| 语文 | 胡文涛 |
这样才符合第三范式
参考链接:https://blog.youkuaiyun.com/u013164931/article/details/79692402
本文详细介绍了数据库设计中的第一、二、三范式,强调了每个范式的核心要求。第一范式强调列的原子性,避免信息混合;第二范式要求所有列完全依赖于主键;第三范式则禁止传递依赖,确保数据独立性。通过实例解析,解释了如何通过分解表格来满足这些范式,以优化数据库结构。
1万+

被折叠的 条评论
为什么被折叠?



