MySQL-数据库设计

12.1 数据库三范式

基本概念

三范式就是设计数据库的规则。

• 为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就称为范式。

  范式是符合某一种设计要求的总结。要想设计一个结构合理的关系型数据库，必须满足一定的范式。

• 满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多规范要求的称为第二范式（2NF） ， 其余范式以此类推。

• 一般说来，数据库只需满足第三范式(3NF)就行了。

12.1.1 第一范式 1NF

基本概念

• 原子性, 做到列不可拆分第一范式是最基本的范式。
• 数据库表里面字段都是单一属性的，不可再分, 如果数据表中每个字段都是不可再分的最小数据单元，则满足第一范式。

示例：

地址信息表中, contry这一列,还可以继续拆分,不符合第一范式。

​

12.1.2 第二范式 2NF

基本概念

• 在第一范式的基础上更进一步，目标是确保表中的每列都和主键相关。
• 一张表只能描述一件事.

示例:

• 学员信息表中其实在描述两个事物 , 一个是学员的信息,一个是课程信息。
• 如果放在一张表中,会导致数据的冗余,如果删除学员信息, 成绩的信息也被删除了。

​

12.1.3 第三范式 3NF

基本概念

• 消除传递依赖表的信息，如果能够被推导出来，就不应该单独的设计一个字段来存放。
• 示例通过number 与 price字段就可以计算出总金额,不要在表中再做记录。

​

12.2 数据库反三范式

12.2.1 基本概念

• 反范式化指的是通过增加冗余或重复的数据来提高数据库的读性能。
• 浪费存储空间,节省查询时间 (以空间换时间)。

12.2.2 冗余字段

设计数据库时，某一个字段属于一张表，但它同时出现在另一个或多个表，且完全等同于它在其本
来所属表的意义表示，那么这个字段就是一个冗余字段

12.2.4 反三范式示例

两张表，球员表、信息表，球员表中有字段name，而信息表中也存在字段name。

​

使用操作

• 当需要查询“信息表”所有数据并且只需要“球员表”的name字段时, 没有冗余字段 就需要去join连接球员表。
• 假设表中数据量非常的大, 那么会这次连接查询就会非常大的消耗系统的性能。这时候冗余的字段就可以派上用场了, 有冗余字段我们查一张表就可以了。

12.2.5 基本总结

• 尽量遵循范式理论的规约，尽可能少的冗余字段，让数据库设计看起来舒适。
• 合理的加入冗余字段这个润滑剂，减少join，能让数据库执行性能更高更快。