为了建立冗余较小、结构合理的数据库，设计数据库时必须遵循一定的规则。在关系型数据库中这种规则就被称为范式。范式是符合某一种设计要求的总结。因此要设计一个结构合理的关系型数据库，就必须要满足下面这三大范式。

 

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	语文