数据库设计范式

数据库设计规范（三大范式）

引入三大范式

• 必须保证数据库设计的合理性

  • 数据库设计关系整个系统的架构，关系到后续的开发效率和运行效率。
  • 数据库的设计主要包含了设计表结构和表之间的联系。

• 如何是合理的数据库

  • 结构合理。
  • 冗余较小。
  • 尽量避免插入删除修改异常。

• 如何才能保证数据库设计水平

  • 遵循一定的规则。
  • 在关系型数据库中这种规则就称范式。

• 什么是范式（NF=NormalForm）

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

第一范式

要求

• 最基本的范式
• 数据库表每一列都是不可分割的基本数据项，同一列中不能有多个值
• 简单说就是要确保每列保持原子性
• 第一范式的合理遵循需要根据系统的实际需求来定

示例

• 用户表（用户名，家庭地址）

• 用户表（用户名，省，城市，详细地址）

• 系（系名称，系主任，系高级职称人数0

• 系（系名称，系主任，系教授人数，系副教授人数）

第二范式

要求

• 第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键和某一部分相关（主要针对联合主键而言）
• 即在一个数据库表中只能保存一种数据，不可以把多种数据保存在同一张数据库表中

示例

• 学号和课程编号作为联合主键
• 课程名称只依赖于课程编号，而和学号没有关系

解决

• 提取出学生表
• 提取出课程表
• 提取出选课表，存放选课记录

第三范式

要求

• 确保数据表中的每一列数据都和主键直接相关，而不能间接相关
• 属性不依赖于其他非主属性

示例

范式的优缺点

• 优点
  • 结构合理
  • 冗余较小
  • 尽量避免插入删除修改异常
• 缺点
  • 性能降低
  • 多表查询比单表查询速度慢

• 数据库的设计应该根据当前情况和需求做出灵活的处理
  • 在实际设计中，要整体遵循范式理论
  • 如果在某些特定的情况下还死死遵循范式也是不可取的，因为可能降低数据库的效率，此时可以适当增加冗余而提高性能。

其他

• 数据库表之间的关系
  • 一对一，学生和学生证
  • 一对多，学生和班级
  • 多对多，学生和课程
• 如何表示数据库表之间的关系
  • 使用外键
• 数据库外键关系表示的其实是一种一对多的关系
  • 一对一：外键+唯一
  • 多对多：引入中间表，把一个多对多表示为两个一对多