数据库的设计范式

我们都知道在建立数据表中需要遵循一定的规则，在运用关系型数据库中的这种规则就称为范式，所以要建立合理的数据表就需要遵循这些规则。

首先先来说说数据库设计中存在哪些设计范式：最多使用的是3NF,除此之外还有针对多值依赖的第四范式，连接依赖的第五范式，DK范式和第六范式。

好了，废话不多说了，今天重点介绍下数据库设计中的三大范式：

第一范式

1NF 属性的原子性

举个例子：

ID  学号  姓名  地址  出生年月日    这个还可以 将 地址 和  出生年月日进行拆分  不符合第一范式 

ID  学号  姓名  省份 市区 县区    年 月  日    字段不能再拆分    这就是符合第一范式   

第一范式作为数据库中最基本的范式，要求数据表中所有的字段都是不可分割的基本数据项，也就是原子性的特征，比如上例中的地址可以再拆分为 省 市 县区。

第二范式

2NF 实体唯一性

同样也是来个例子：

学号  课程号  姓名  学分      这里边  学号 依赖于姓名    学分 依赖于 课程号 

​ 问题：

​ 1.每行会存在相同信息 

​ 2.删除 成绩容易把课程信息干掉

3.如果学生没选课程  数据库中就不存在该学生的姓名 

​ 4.调整学分  所有的行都得更新 

正确的做法  Student （学号  姓名）

Course(课程号 学分  )

​       选课表（学号  课程号  成绩  ）

第二范式首先遵循 第一范式    记录要有唯一的标识 实体唯一性  不存在部分依赖。也就是说一个数据库表中，一个表只能保存一种数据，不能将同一种数据保存在同一张表中

第三范式

3NF 不存在传递依赖

哈哈，还是以例子来说明吧：

学号  姓名  年龄  学院  学院电话 

  学号 ->学生姓名  ->所在学院 ->学院电话 

正确的做法 是   

​ 学生 （学号 姓名  年龄 所在学院）

​ 学院  （学院名称  学院电话）

第三范式就是任何字段不能由其他字段派生出来 也就是说 不存在传递依赖

再举另外一个例子说明：

比如在设计一张订单数据表的时候，可以将商品的编号和订单的编号建立相应的关系，而不是将商品的信息和订单的信息放在同一张表中进行存储。

当然可以进行反范式的设计：为了提高查询  更新效率  可以适当增加冗余字段 以 空间  换时间

范式和非范式的区别：

范式 

减少数据的冗余 

更新 快  表 体积小 

范式 比反范式 更新起来快 

缺点:

​ 查询  表关联 

​ 索引优化 难度 大 

反范式

减少表关联   

索引优化 比 范式优化方便 

缺点

数据冗余   

更新数据 成本大       

如果 表  读的多  适当反范式设计    以空间 换时间    如果更新的 多  那么 遵循第三范式     

从性能上讲，范式有更好的写性能，饭范式有更好的读性能。