一、范式(Normal Form,NF)
设计关系型数据库时,需要遵从不同的规范要求,设计出合理的关系型数据库。越高的范式数据库冗余越小。
范式的优点:消除重复数据,减少数据冗余,让数据库内的数据更好的组织,让磁盘空间得到更有效的利用。
范式的缺点:范式使得查询变得相当复杂,在查询的时候需要更多的连接,一些复合索引的列由于范式化的需要被分割到不同的表中,导致索引策略不佳。
第一范式(1NF):每一个属性不可再分。
范式 | 特征 | 详解 | 举例 |
第一范式 1NF |
每一个属性不可再分 |
1NF,对域添加的一个规范要求,所有的域都应该是原子性的 也就是数据表的每一列都是不可分割的原子数据项,而不能 是集合,数组等。也就是某个属性有多个值,必须将它拆分 为不同的属性。不满足1NF的不是关系数据库。 满足1NF的表必须要有主键,每个属性不可再分。 |
比如说员工表,有员工号,姓名,电话号码组成。但是一个人可能有座机号码和移动号码。 需要将它拆分为两个属性,也就是员工表(员工号,姓名,座机号码,移动号码) |
第二范式 2NF |
符合1NF,并且非主属性完全依赖于码 |
在1NF的基础上,每一个非主属性必须完全依赖于码,消除非主属性的对主键的部分函数依赖 也即是实体的属性完全依赖于主关键字。完全依赖是不能存在只依赖主关键字的一部分。 |
选课关系(学号,课程号,成绩,学分),码为组合关键字(课程号,学号) 但是非主属性学分只依赖课程号,对关键字(学号,课程号)只是部份依赖。不是完全依赖。 所以要拆分为两个关系模式:学生表(学号,课程号,分数) 课程表(课程号,学分),新的关系通过学生表中的外键课程号联系,需要时通过两个表的连接获取数据 |
第三范式 3NF |
符合1NF,且每个非主属性既不部分依赖码,也不传递依赖码 也就是在2NF的基础上消除传递依赖 |
||