数据库设计规范(三大范式)
引入三大范式
-
必须保证数据库设计的合理性
- 数据库设计关系整个系统的架构,关系到后续的开发效率和运行效率。
- 数据库的设计主要包含了设计表结构和表之间的联系。
-
如何是合理的数据库
- 结构合理。
- 冗余较小。
- 尽量避免插入删除修改异常。
-
如何才能保证数据库设计水平
- 遵循一定的规则。
- 在关系型数据库中这种规则就称范式。
-
什么是范式(NF=NormalForm)
- 范式是符合某一种设计要求的总结。
- 要想设计一个结构合理的关系型数据库,必须满足一定的范式。
第一范式
要求
- 最基本的范式
- 数据库表每一列都是不可分割的基本数据项,同一列中不能有多个值
- 简单说就是要确保每列保持原子性
- 第一范式的合理遵循需要根据系统的实际需求来定
示例
-
用户表(用户名,家庭地址)
-
用户表(用户名,省,城市,详细地址)
-
系(系名称,系主任,系高级职称人数0
-
系(系名称,系主任,系教授人数,系副教授人数)
第二范式
要求
- 第二范式需要确保数据库表中的每一列都和主键相关,而不能只与主键和某一部分相关(主要针对联合主键而言)
- 即在一个数据库表中只能保存一种数据,不可以把多种数据保存在同一张数据库表中
示例
- 学号和课程编号作为联合主键
- 课程名称只依赖于课程编号,而和学号没有关系
解决
- 提取出学生表
- 提取出课程表
- 提取出选课表,存放选课记录
第三范式
要求
- 确保数据表中的每一列数据都和主键直接相关,而不能间接相关
- 属性不依赖于其他非主属性
示例
范式的优缺点
- 优点
- 结构合理
- 冗余较小
- 尽量避免插入删除修改异常
- 缺点
- 性能降低
- 多表查询比单表查询速度慢
- 数据库的设计应该根据当前情况和需求做出灵活的处理
- 在实际设计中,要整体遵循范式理论
- 如果在某些特定的情况下还死死遵循范式也是不可取的,因为可能降低数据库的效率,此时可以适当增加冗余而提高性能。
其他
- 数据库表之间的关系
- 一对一,学生和学生证
- 一对多,学生和班级
- 多对多,学生和课程
- 如何表示数据库表之间的关系
- 使用外键
- 数据库外键关系表示的其实是一种一对多的关系
- 一对一:外键+唯一
- 多对多:引入中间表,把一个多对多表示为两个一对多