数据库设计三范式

数据库表的设计依据，应该怎么进行数据库表的设计

三范式

第一范式：要求任何一张表必须有主键，每一个字段原子性不可再分。

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

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

设计数据库表的时候，按照以上的范式进行，可以避免表中数据的冗余，空间的浪费。

第一范式

最核心，最重要的范式，所有表的设计都需要满足。必须有主键，并且每一个字段都是原子性不可再分。

第二范式

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

这张表描述了学生和老师的关系：（1个学生可能有多个老师，1个老师有多个学生）
这是非常典型的：多对多关系！

分析以上的表是否满足第一范式？不满足第一范式。

为了让以上的表满足第二范式，需要这样设计：
使用三张表来表示多对多的关系

第三范式

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

以上表的设计是描述：班级和学生的关系。很显然是1对多关系！
一个教室中有多个学生。

分析以上表是否满足第一范式？满足第一范式，有主键。

分析以上表是否满足第二范式？满足第二范式，因为主键不是复合主键，没有产生部分依赖。主键是单一主键。

分析以上表是否满足第三范式？

• 第三范式要求：不要产生传递依赖！
• 一年一班依赖01，01依赖1001，产生了传递依赖。
• 不符合第三范式的要求。产生了数据的冗余。

那么应该怎么设计一对多呢？

总结

• 数据库设计三范式是理论上的
• 实践和理论有的时候有偏差
• 最终的目的都是为了满足客户的需求，有的时候会拿冗余换执行速度。
• 因为在sql当中，表和表之间连接次数越多，效率越低。（笛卡尔积）
• 有的时候可能会存在冗余，但是为了减少表的连接次数，这样做也是合理的，并且对于开发人员来说，sql语句的编写难度也会降低。