数据库设计三范式

定义

设计数据库的时候所依据的规范，共有三个规范;

按照这个三范式设计的表不会出现数据冗余

---

第一范式

主键、字段不能再分

定义

要求有主键，数据库中不能出现重复记录，每一个字段是原子性不能再分;

示例

不符合第一范式

分析以上设计存在的问题:

    1) 数据存在重复记录，数据丌唯一，没有主键

    2) 联系方式可以再分，不是原子性

修改以上设计方案:

结论:

关于第一范式

1、  每一行必须唯一，也就是每个表必须有主键，这是我们数据库设计的最基本要求，

2、  主键主要通常采用数值型戒定长字符串表示

3、  关于列不可再分，应根据具体的情况来决定。如联系方式，为了开发上的便利可能就采用一

个字段了;

---

第二范式

非主键字段完全依赖主键

定义

第二范式是建立在第一范式基础之上，要求数据库中所有非主键字段完全依赖主键，不能产生部分依赖;(严格意义上说:尽量丌要使用联合主键)

示例

1. 数据仍然可能重复

2. 确定主键，学生编号、教师编号，出现冗余

综合分析:

1、 以上虽然确定了主键，但此表会出现大量冗余，主要涉及到的冗余字段为“学生姓名”和

“教师姓名”;

2、 出现冗余的原因在亍:学生姓名部分依赖了主键的一个字段学生编号，而没有依赖教师编号，

而教师姓名部分依赖了主键的一个字段教师编号，这就是第二范式部分依赖。

解决方案如下:

结论

一种典型的“多对多”的设计

---

第三范式

定义

建立在第二范式基础之上，要求非主键字段不能产生传递依赖于主键字段;

示例

学生信息表

综合分析:

1、从表中看出，班级名称字段存在冗余，因为班级名称字段没有直接依赖亍主键2、班级名称字段依赖亍班级编号，班级编号依赖亍学生编号，那么这就是传递依赖。

解决方案:

1、 将冗余字段单独拿出来建立表

2、 如下表所示:学生信息表中班级编号设为外键FK

结论

典型的一对多

以上设计是一种典型的一对多的设计，一存储在一张表中，多存储在一张表中，在多的那张表中添加外键指向一的一方的主键

---

总结

多对多：三张表，关系表两个外键

一对多：两张表，多的表加外键

---

一对一的设计

第一种方案

分两张表存储，共享主键

1) 示例:t_husband 和 t_wife两张表

第二种方案

分两张表存储，外键唯一

1) 示例:t_husband 和 t_wife两张表