?为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就被称为范式。范式是符合某一种设计要求的总结。因此要设计一个结构合理的关系型数据库，就必须要满足下面这三大范式。
?
1NF (不可再分)
?1NF要求数据库的表中不能有可以被继续拆分的列，即表中的每一个属性field都具有原子性。
使数据库满足1NF的方法就是拆分列。
? 不满足1NF:
| 姓名 | 班级 |
|---|---|
| 张三 | 计科1903 |
原因分析:
这一张表实际上就不满足1NF，因为班级这列是可以继续被拆分的。
?
? 满足1NF:
| 姓名 | 专业 | 班号 |
|---|---|---|
| 张三 | 计科 | 1903 |
1NF一般情况下都不会违背。
?
?
2NF (消除部分依赖)
?2NF指，在存在主键时，不能有部分依赖。(主要针对复合主键的)
?部分依赖: 一些非主属性依赖于主键的一部分，而不是主键的全部。
使数据库满足2NF的方法是拆分表。
? 不满足2NF:
| 订单编号 | 商品编号 | 商品名称 | 商品数量 | 商品价格 | 客户姓名 | 客户电话 |
|---|---|---|---|---|---|---|
| 0001 | 1 | 面包 | 10 | $5 | 张三 | 130-2483-4321 |
| 0001 | 2 | 火腿 | 20 | $3 | 张三 | 130-2483-4321 |
| 0002 | 2 | 火腿 | 5 | $3 | 李四 | 155-1341-4521 |
原因分析:
表中选用(订单编号, 商品编号)联合作为联合主键。
但是我们发现，不是所有属性字段都完全依赖联合主键的，它们或许只依赖主键中的一部分，这种部分依赖的关系是不满足2NF的!
这里的例子中，商品名称、商品价格这两个字段都是只依赖于(商品编号)这个字段的，也就是说它们只依赖于联合主键中的一部分。因此我们需要进行拆表!
?
? 满足2NF:
1.订单信息表
| 订单编号 | 客户姓名 | 客户电话 |
|---|---|---|
| 0001 | 张三 | 130-2483-4321 |
| 0002 | 李四 | 155-1341-4521 |
2.订单商品数量表
| 订单编号 | 商品编号 | 商品数量 |
|---|---|---|
| 0001 | 1 | 10 |
| 0001 | 2 | 20 |
| 0002 | 2 | 5 |
(商品数量是同时依赖于订单编号和商品编号的, 在这个表中，订单编号和商品编号仍然是作为联合主键)
3.商品信息表
| 商品编号 | 商品名称 | 商品价格 |
|---|---|---|
| 1 | 面包 | $5 |
| 2 | 火腿 | $3 |
?
?
3NF (消除间接依赖)
?3NF是需要确保数据表中的每一列数据都和主键直接相关，而不能间接相关。
? 不满足3NF:
| 学号 | 姓名 | 课程号 | 课程名称 |
|---|---|---|---|
| 13002 | 张三 | 100 | 语文 |
原因分析:
这里主键是"学号"。
直接依赖于"学号"的有"姓名"和"课程号"。
“课程名称"直接依赖于"课程号”，间接依赖于"学号"。
因此，我们需要为课程号和课程名称单独创建一个表出来，下面是结果。
?
? 满足3NF:
1.学生表
| 学号 | 姓名 | 课程号 |
|---|---|---|
| 13002 | 张三 | 100 |
2.课程表
| 课程号 | 课程名称 |
|---|---|
| 100 | 语文 |
