关系范式

一、数据需要规范化的原因：

1.数据冗余大

2.防止更新异常

3.防止插入异常

4.删除异常

 

数据库范式分为1NF，2NF，3NF，BCNF，4NF，5NF

一张表按照范式的不同等级划分将分为多张表，每张表都是一个单独地实体或者联系。

 

第一范式：将表格分割成单纯的二元表格

第一范式是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属性构成，新实体与原实体之间为一对多的关系。满足第一范式是数据库最基本的要求。

对于下列的表格：

表格中存在不是单独的行，需要进行拆分，拆分如下

表1

 

表2

拆分后，表1与表2是一对多的关系（客户一次可能买多件商品），其中表2的主键为（报表ID，商品ID）。

 

只满足第一范式的情况下会造成开头所说的四个问题，例如，此时需要增加一个商品”菠萝“，还未进行销售，即没有对应的报表ID，此时是无法插入到表2中的（主键不能为空），造成插入异常。

第二范式：满足第一范式，必须有一个主键，没有包含在主键中的列必须完全依赖于主键，而不能只依赖与主键的一部分。

如果某关系模式满足第一范式，而且它的所有非主属性都是完全函数依赖于任何一个候选码（不存在部分函数依赖），则该关系模式满足第二范式（2NF）

上面的表2中主键为（报表ID，商品ID），其中（报表ID，商品ID）和“商品名称” 是部分函数依赖的，原因在于由“商品ID”就可以唯一推出“商品名称”（也可以唯一推出“单价”，但不能唯一推出“数量”），无需“报表ID”（但是要唯一推出“数量”，需要（报表ID，商品ID））。为满足第二范式，需要将表2进行拆分，拆分如下：

表3

 

表4

表5

 

在表3中，由“报表ID”可以唯一推出“客户ID”（“客户ID”依赖于“报表ID”），由“客户ID”可以唯一推出“客户名称”（“客户名称”依赖于“客户ID”），因此由“报表ID”可以间接推出“客户名称”，即“客户名称”传递依赖于“报表ID”。

注意，在表4中是不存在传递依赖的，原因在于“商品名称”不能唯一推出“单价”，（商品可以分不同等级，不同产地）只有“商品ID”才能唯一推出“单价”。

第三范式：满足第二范式，且不能有传递的依赖关系。

为了满足第三范式，拆分如下：

 

客户表

商品表

 

销售表

 

 

销售明细表

 当数据库满足第三范式的情况下，数据库有较少的冗余。