MySql三大范式

一、引入三大范式

• 必须保证数据库设计的合理性
     -数据库设计关系整个系统的架构&＃xff0c;关系到后续的开发效率和运行效率
     -数据库的设计主要包含了设计表结构和表之间的联系
• 如何是合理数据库
     -结构合理
     -冗余较小
     -尽量避免插入删除修改异常

更新异常&＃xff08;Update Anomalies&＃xff09;数据冗余 &＃xff0c;更新数据时&＃xff0c;维护数据完整性代价大例&＃xff1a;某系更换系主任后&＃xff0c;系统必须修改与该系学生有关的每一个元组插入异常&＃xff08;Insertion Anomalies&＃xff09;该插的数据插不进去如果一个系刚成立&＃xff0c;尚无学生&＃xff0c;就无法把这个系及其系主任的信息存入数据库删除异常&＃xff08;Deletion Anomalies&＃xff09;不该删除的数据不得不删如果某个系的学生全部毕业了&＃xff0c;在删除该系学生信息的同时&＃xff0c;把这个系及其系主任的信息也丢掉了

• 如何才能保证数据库设计水平
     -遵循一定的规则
     -在关系型数据库中这种规则就称为范式
• 什么是范式&＃xff08;NF&＃61; NormalForm&＃xff09;
     -范式是符合某一种设计要求的总结。
     -要想设计一个结构合理的关系型数据库&＃xff0c;必须满足一定的范式。
  
  第一范式
  确保每列保持原子性&＃xff08;不可再分割&＃xff09;
  
  在上面的表中&＃xff0c;“家庭信息”和“学校信息”列均不满足原子性的要求&＃xff0c;故不满足第一范式&＃xff0c;调整如下&＃xff1a;
  第二范式
• 在1NF的基础上&＃xff0c;第二范式需要确保数据库表中的每一列都和主键相关&＃xff0c;而不能只与主键的某一部分相关&＃xff08;主要针对联合主键而言&＃xff09;。
• 即在一个数据库表中只描述一件事情。

示例

• 学号和课程编号作为联合主键
• 课程名称只依赖于课程编号&＃xff0c;而和学号没有关系
  
  解决&＃xff1a;
  
  第三范式
• 在2NF基础上&＃xff0c;确保数据表中的每一列数据都和主键直接相关&＃xff0c;而不能间接相关
• 属性不依赖于其他非主属性。

示例

二、反范式

往往我们在实际项目中&＃xff0c;考虑性能和效率问题&＃xff0c;会违反三大范式的约束。
规范性和性能问题
 关联查询的表不能超过三张

   - 考虑商业的需求和目标&＃xff0c;&＃xff08;成本、用户体验&＃xff01;&＃xff09;数据库的性能更加重要
   - 在规范性能的问题时&＃xff0c;需要适当考虑一下规范性