为了建立冗余较小、结构合理的数据库,设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就被称为范式。范式是符合某一种设计要求的总结。因此要设计一个结构合理的关系型数据库,就必须要满足下面这三大范式。
1NF (不可再分)
1NF要求数据库的表中不能有可以被继续拆分的列,即表中的每一个属性field都具有原子性。
使数据库满足1NF的方法就是拆分列。
• 不满足1NF:
原因分析:
这一张表实际上就不满足1NF,因为班级这列是可以继续被拆分的。
• 满足1NF:
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.学生表
2.课程表