数据库范式

一.什么是范式？

1.范式是一种离散数学的知识，是为了解决数据存储和优化的问题，保存数据的存储以后，凡是能经过关系寻找出来的数据，坚定再也不重复存储：终极目标是减小数据的冗余（以最少的数据完成最大的存储）
2.范式是一种分层结构的规范
分为6层，1NF,2NF..6NF(6NF最高层，最严格)
每一层都比上一层更加严格，若要知足下一层范式，前提是要知足上一层范式.

二.为何范式等级不是越高越好？

范式只是为了解决空间问题，而数据库不单是要解决空间问题，还要解决效率问题，因此数据库的设计不能彻底按照范式要求实现，通常状况下只有前三种范式要知足

三.前三种范式

（1）.第一范式（1NF）

第一范式：第一范式要求数据具备原子性

如上表中的代课时间，当须要取代课的开始时间，须要将字段拆分，不知足第一范式。解决方案是单独两个字段存储开始时间和结束时间

（2）.第二范式（2NF）

第二范式：表中不容许出现部分依赖
出现部分依赖的缘由是由于出现了复合主键，以下表中的讲师和班级才能组合成一个主键，但性别只依赖于讲师，教室只依赖于班级，出现了部分依赖
解决方案是使用逻辑主键（增长一个id作主键）

（3）第三范式（3NF）

第三范式：不容许出现传递依赖

下表中性别依赖讲师，讲师依赖主键。教室依赖班级，班级依赖主键。因此，教室和性别都存在传递依赖

解决方案：将存在依赖的字段取出，造成一个单独的表

注意：
永远不要将逻辑主键看做是真正的主键，好比讲师表中，真正的主键是讲师，若是把id当成真正的主键，永远会有依赖传递
而上面存在依赖传递的表中，真正的主键是（讲师+班级），因此才会存在性别依赖讲师，讲师依赖主键（id=讲师+班级）这种传递依赖

四.逆规范化

规范化程度较高的时候，咱们可能须要作不少的关联查询，这样势必会致使效率的下降。因此有时设计表时，直接存储想要的信息，而不去存储id进行关联查询。这是一种磁盘利用率于效率的对抗