数据库设计的第范式(1NF)

数据库设计

第一范式(1NF):每一列都是不可分割的原子数据项

学号	姓名	分数
101	张三	100
102	李四	90
103	王五	80

上述表格就是标准的第一范式的表格,也可以说所有的数据库中的表格都是第一范式的表格,因为生成表格的时候,不可能生成合并列的表格,如下图

​ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1ycOo5sO-1615531232746)(C:\Users\zy\AppData\Roaming\Typora\typora-user-images\image-20200827110934014.png)]

上述的表格中,系的一列中,表头为合并项,所以就不符合第一范式原则.每一列都是不可分割的原子数

第二范式(2NF) :在第一范式的基础上,非码属性必须完全依赖于候选码(在1NF基础上消除非主属性对主码的部分函数依赖)

​ 几个概念

1. 函数依赖: A–>B,如果通过A属性(属性组)的值,可以确定唯一B属性的值,则称B依赖于A (例如: 学号–>姓名. 学号,课程名称 --> 分数)
2. 完全函数依赖:A -->B,如果A是一个属性组,则B属性值得确定需要依赖于A属性组中所有的属性值. (例如: 学号,课程名称–>分数)
3. 部分函数依赖:A–>B,如果A是一个属性组,则B属性值的确定需要依赖于A属性组中所有的属性值(例如: 学号,课程名称 -->名称)
4. 传递函数依赖:A–>B,B–>C,如果通过A属性(属性组)的值,可以确定唯一B属性的值,在通过B属性(属性组)的值可以确定唯一C属性的值,则称C传递函数依赖于A (例如: 学号–>系名.系名–>系主任)
5. 码:如果在一张表中,一个属性或者属性组,被其他所有属性所完全依赖,则称这个属性(属性组)为该表的码 (例如:上述的表中码为:(学号,课程名称)) 主属性:码属性组中的所有属性. 非主属性:除过码属性组的属性

性. 非主属性:除过码属性组的属性

第三范式(3NF):在2NF基础上,任何非主属性不依赖于其他的非主属性(在2NF基础上消除传递依赖)