MySQL三大范式的特点详解（mysql三大范式的特点）
MySQL三大范式的特点详解
MySQL是一款常用的关系型数据库管理系统，采用SQL（结构化查询语言）来管理、编辑和查询数据库中的数据。在MySQL中，为了保证数据的完整性和有效性，通常遵循三大范式。三大范式包括1NF、2NF、3NF，每个范式都存在着其独特的特点和约束条件。
1NF（第一范式）
第一范式是指一个关系中的所有属性都不可分解。也就是说，每个属性都是原子性的，单个的。每个属性都应该是唯一的，不能重复。如果某个属性不满足这些条件，那么就需要将这个属性拆分为多个属性。
下面是一个示例：
表“学生信息”（StudentInformation）：
| 学号 | 姓名 | 课程1 | 课程2 |
|—-|—-|—-|—-|
| 001 | 张三 | 英语 | 数学 |
| 002 | 李四 | 数学/语文 | 英语 |
上面的表中，课程1和课程2这两个属性包含多个值，违反了1NF的约束。要修复这个问题，需要将它们拆分成两个属性。
修复后的表：
| 学号 | 姓名 | 课程1 | 课程2 |
|—-|—-|—-|—-|
| 001 | 张三 | 英语 | 数学 |
| 002 | 李四 | 数学 | 语文 |
| 002 | 李四 | 英语 | NULL |
2NF（第二范式）
第二范式是在1NF的基础上，对存在部分依赖的关系进行分解。所谓部分依赖，指的是一个非主属性依赖于一个组合主键的一部分。
下面是一个示例：
表“订单”（Orders）：
| 订单编号 | 客户编号 | 客户姓名 | 产品编号 | 产品名称 | 单价 | 数量 |
|—–|——|——|—–|——|—-|—-|
| 001 | 100 | 张三 | 001 | 电视 | 3000 | 2 |
| 002 | 100 | 张三 | 002 | 冰箱 | 4000 | 1 |
| 003 | 100 | 张三 | 003 | 洗衣机 | 3000 | 1 |
| 004 | 101 | 李四 | 001 | 电视 | 3000 | 1 |
| 005 | 101 | 李四 | 002 | 冰箱 | 4000 | 2 |
上面的表中，订单表与产品表存在部分依赖关系，订单表的非主属性“产品名称”依赖于组合主键“产品编号”。要修复这个问题，将表拆分为两个表，“订单表”和“产品表”。“订单表”中只包含“订单编号”和“客户编号”两个属性，“产品表”中包含“产品编号”和“产品名称”两个属性。
拆分后的表：
“订单表”（Orders）：
| 订单编号 | 客户编号 |
|—–|——|
| 001 | 100 |
| 002 | 100 |
| 003 | 100 |
| 004 | 101 |
| 005 | 101 |
“产品表”（Products）：
| 产品编号 | 产品名称 |
|—–|——|
| 001 | 电视 |
| 002 | 冰箱 |
| 003 | 洗衣机 |
3NF（第三范式）
第三范式是在2NF的基础上，对存在传递依赖的关系进行分解。所谓传递依赖，指的是非主属性依赖于除主键以外的其他非主属性。
下面是一个示例：
表“雇员”（Employee）：
| 雇员编号 | 雇员姓名 | 部门编号 | 部门名称 | 部门经理 |
|——|——|——|——|——|
| 1001 | 张三 | D1 | 人事 | 李四 |
| 1002 | 李四 | D2 | 财务 | 王五 |
| 1003 | 王五 | D3 | 技术 | NULL |
上面的表中，“部门编号”和“部门名称”之间存在函数依赖，“部门名称”和“部门经理”之间存在函数依赖，但“部门编号”和“部门经理”之间不存在函数依赖。要修复这个问题，将表拆分为三个表，“雇员表”、“部门表”和“部门信息表”。
拆分后的表：
“雇员表”（Employee）：
| 雇员编号 | 雇员姓名 | 部门编号 |
|——|——|——|
| 1001 | 张三 | D1 |
| 1002 | 李四 | D2 |
| 1003 | 王五 | D3 |
“部门表”（Department）：
| 部门编号 | 部门名称 |
|——|——|
| D1 | 人事 |
| D2 | 财务 |
| D3 | 技术 |
“部门信息表”（DepartmentInformation）：
| 部门编号 | 部门经理 |
|——|——|
| D1 | 李四 |
| D2 | 王五 |
| D3 | NULL |
总结
MySQL中的三大范式是为了更好地保证数据库中数据的完整性和有效性。1NF要求每个属性都是原子性的，单个的，不可分解；2NF要求消除存在部分依赖的关系；3NF要求消除传递依赖的关系。在设计数据库时，应该尽量遵循三大范式的约束条件，以便更好地存储和管理数据。
