数据库三范式详解

什么是数据库范式

     设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。

一范式

     数据库表中的所有字段值都是不可分解的原子值。[字段原子性，不可分]

例：学生表

     在这个学生表中联系方式可分为多种，不满足一范式中的所有字段值是不可分解的原子值。

     下面对此表进行修改使其满足一范式：

二范式

     建立在一范式的基础之上，要求所有非主键字段完全依赖主键，不要产生部份依赖。[有主键，非主键字段完全依赖主键]

例：学生表

     这张表描述了学生和老师的关系（多对多）

     此时没有主键，不满足二范式，做出如下修改

     此时我们将学生编号与老师编号设为复合主键，此时学生姓名依赖学生编号，老师姓名依赖老师编号，不满足二范式中非主键字段完全依赖主键。会造成数据的冗余。此时为了让此表满足二范式，可以使用三张表来表示此表的多对多关系。

     即：学生表；教师表；学生教师关系表 如下

学生表

教师表

关系表

     此时表满足二范式。

多对多怎么设计：三张表，关系表两个外键！

三范式

     建立在第二范式基础之上，要求所有非主键字段直接依赖主键，不要产生传递依赖。

例：学生表

     以上表描述了班级和学生关系，显然为一对多关系（一个教室中有多个学生）

     分析此表满足一范式。

     因为不是复合主键，没有产生部份依赖，主键是单一主键 ，满足第二范式。

     分析第三范式要求，不要产生传递依赖，但是在此表之中，一班依赖于班级编号01，班级编号01依赖于主键1，产生传递依赖，不满足三范式，下面对此表进行改进：

     面对一对多表的设计可以将表拆分为两个一个学生表，一个班级表如下所示：

学生表：

班级表：

     此时此表满足三范式

一对多，两张表，多的表加外键！
     实践和理论上存在些许偏差，最终目的都是要完成客户需求，有的时候我们会拿冗余换取速度（sql中表和表之间的连接次数越多，效率越低）
     有的时候虽然会存在数据冗余，但是为了减少连接次数，这样做也是合理的，并且利于开发人员sql语句编写难度也会降低。

数据库三范式详解