Normalization - 数据库三范式

化为第一范式：去除可计算的数据，找出主要的pk，留下和他是一对一关系的数据类型，把其他的分出去，之后把pk也给他们一个进行联系。

化为第二范式：对于有组合主键的表中把非完全依赖组合主件移出，并给他一个他依赖的组合主键中的一个东西。

化为第三范式：看除主键之外的东西中有没有传递关系，如果有传递关系则把这一串拿出来作为一个表，并留下新表中的pk作为联系

整体流程如下图：

具体操作我们来看例题：

例 1 ：

一名员工可以在多个项目中工作。

项目编号，对于项目是唯一的，员工编号对于员工是唯一的，职务代码唯一标识职务。

可以有多个具有相同职称的员工。小时工资是针对某一工作的。例如，对所有程序员来说，费率是55美元。

第一范式： 第二范式： 分析可知，只有assign_hours是完全依赖组合主键的，其他的都只依赖于emp_num。所以第二范式为： 第三范式： 分析可知，在非组合组件中job系列是有传递关系的，所以我们把job系列再写成一个表，如下： 例 2 ：

年是书出版的年份。

序列（seq）列显示作者在封面上出现的顺序。

一个作家能写很多书。一本书可以由多个作者撰写。

一本书只能由一个出版商出版。

一本书的标价。

第一范式： 因为一本书只能由一个出版商出版，所以这里pub系列与BookCode（pk）是相关的。

第二范式： 这里只有Seq是和组合主键是相关的，所以把AuID给提出来，如图： 第三范式： 在非组合主键中我们发现pub系列是有传递关系的，所以单独放在一个表里，如图： 例 3 ：

有几种贷款类型：住房、汽车、建筑、透支和教育

loan id是唯一的标识符，用于标识银行提供的每个贷款。

利率是以贷款为基础的固定利率。

贷款期限是指贷款还本付息的年限（利息按利率计算）。贷款期限根据贷款类型和客户信用价值确定。

顾客可以要求借多少钱。但是，贷款金额是根据贷款类型和客户信用记录确定的。

合同日期是贷款发放的日期。

第一范式： 第二范式： 依赖关系如上图，所以第二范式为： 第三范式： 在非主键元素中我们并没有发现传递关系，所以第三范式为：

这里我们引入一个验证A是B的主键的方法： A中每一种元素都对用B中一种元素。 例如： 每种LoanID都对应一种LoanType，而每种LoanID对应了多种LoanTerm。所以LoanID是LoanType的主键而不是LoanTerm的。