关系范式

参考

可以先看个视频感受 数据库设计那些事儿

数据库设计那些事儿

知乎 解释一下关系数据库的第一第二第三范式？

个人总结

范式。知乎大神的通俗化定义：一张数据表的表结构所符合的某种设计标准的级别。最低级是第一范式，再往高级走是第二、第三、BCNF、第四、第五范式。

数据库那些事儿：

设计符合范式的数据库有以下好处：

1.减少数据冗余。

2.消除异常（插入异常、更新异常、删除异常）。

3.数据组织更合理。

第一范式(1NF)

说明

符合1NF的关系中的每个属性都不可再分。

属性。就是列的意思。每一列都不可以再分。看以下的例子。



这就不符合属性（列）不可再分的要求，无法使用关系型数据库来表示这样的数据。所以说，

第一范式（1NF）是所有关系型数据库的最基本的要求。

如果做出以下修改，就符合1NF了。这时候就可以使用关系型数据库来表示这样的关系（表）了。

再找一些例子

#1#

在部门关系中，因哪个属性而使它不满足第一范式？

A.部门号，B.部门名，C.部门总经理，D.部门成员。

选择D部门成员。因为属性必须不可再分，部门成员是可以再分的，是成员1、成员2、。。。成员n的集合。

那么应该如何设计这种关系？个人认为，可以设计成员表members，列设置为(id, name, departmentid)如（1，张三，1 ）来说明张三属于1号部门。

#2#

“北京市xx路xx小区xx号” 也不符合1NF，可以将其拆开成不同的列如(市， 路， 小区， 号)。

#3#

这个设备采集表是符合1NF的。



这个就很明显不符合1NF了。inquiryID还用了“列表”。那么这个问题又该如何解决？

再建一个表Inquiry？

(devID, inquiryID): (d00, Uab)(d00, Ubc)(d01, Uab)…

求各位大神指教。

第二范式

说明

用到了大量的定义，还是先看知乎吧

根据2NF的定义，判断的依据是是否存在 非主属性 对 码 的 部分函数依赖 。若存在，则数据表最高值符合1NF。若不存在，则符合2NF要求。

第三范式

说明

3NF在2NF的基础上，消除了 非主属性 对 码 的 传递函数依赖 。

BCNF

说明

消除 主属性 对 码 的 部分函数依赖 和 传递函数依赖 。

个人感受

感觉就是要把表格拆的尽可能的小，属性的相互之间都不要存在依赖，无论是部分函数依赖还是传递函数依赖。