五范式

详解数据库范式：第三范式与第五范式2009年01月16日星期五8:53 A.M.1NF：一个table中的列是不可再分的（即列的原子性）

2NF：一个table中的行是可以唯一标示的，（即table中的行是不可以有重复的）

3NF：一个table中列不依赖以另一个table中的非主键的列，还是不通俗！巨寒！！

举个例子吧：有一个部门的table，我们叫它tbl_department, 它有这么几列（dept_id(pk),dept_name,dept_memo...）

有一个员工table，我们叫它tbl_employee,在这个table中有一列dept_id(fk)描述关于部门的信息，若tbl_employee要满足3NF，

则在tbl_employee中就不得再有除dept_id列的其它有关部门信息的列！

一般数据库的设计满足3NF即可！（个人觉得应该尽可能的满足3NF，一家之言^_^）

BCNF：通常认为BCNF是修正的第三范式，它比3NF又进一步！

4NF：

5NF：将一个table尽可能的分割成小的块，以排除在table中所有冗余的数据

范式简介

为了回答上述问题，了解3NF、BCNF、4NF和5NF之间的区别很重要。以下为每个范式的准确定义。

第一范式（1NF）

每个表必须有一个首要键，即最少的一组属性，它与每条记录一一对应。通过适当定义键属性和非键属性，删除重复的组（不同记录似乎需要不同次重复的数据种类）。注：每个属性必须包含单独一个值，而非一组值。

第二范式（2NF）

数据库必须满足1NF的所有要求。另外，如果一个表有一个复合键，所有属性必须与整个键相关联。而且，在表的多行之间多余重复的数据被移动一个单独的表中。

第三范式（3NF）

存储在表中的数据不得依赖表的任何域，必须唯一依赖于首要键。数据库必须满足2NF的所有要求。既依赖首要键，又依赖其它域的数据被移动到一个单独的表中。

Boyce-Codd范式（BCNF）

除对一个候选键扩展集(称作一个超级键)存在属性函数依赖外，不存在其它非平凡函数依赖。

第四范式（4NF）

除对一个候选键扩展集存在属性组函数依赖外，不存在其它非平凡多值函数依赖。如果且只有一个表符合BCNF，同时多值依赖为函数依赖，此表才符合第四范式。4NF删除了不必要的数据结构：多值依赖。

第五范式（5NF）

不得存在不遵循键约束的非平凡连接依赖。如果且只有一个表符合4NF，同时其中的每个连接依赖被候选键所包含，此表才符合第五依赖。

数据库范式

注:

表在定义中被称为关系,记作R

字段在定义中被称作属性

模式:数据库中有三种模式,外模式,内模式,模式

粗体是关键字的意思

斜体为外键

第一范式

定义：如果关系R 中所有属性的值域都是单纯域，那么关系

模式R是第一范式的

那么符合第一模式的特点就有

1)有主关键字

2)主键不能为空，

3)主键不能重复,

4)字段不可以再分

例如：

StudyNo | Name | Sex | Contact

20040901 john Male Email:kkkk@,phone:222456

20040901 mary famale email:kkk@ phone:123455

以上的表就不符合，第一范式：主键重复(实际中数据库不允许重复的)，而且Contact字段可以再分

所以变更为正确的是

StudyNo | Name | Sex | Email | Phone

20040901 john Male kkkk@ 222456

20040902 mary famale kkk@ 123455

第二范式：

定义：如果关系模式R是第一范式的，而且关系中每一个非主属性不部分依赖于主键，称R 是第二范式的。

所以第二范式的主要任务就是

满足第一范式的前提下，消除部分函数依赖。

StudyNo | Name | Sex | Email | Phone | ClassNo| ClassAddress

01 john Male kkkk@ 222456 200401 A楼2

01 mary famale kkk@ 123455 200402 A楼3

这个表完全满足于第一范式,

主键由StudyNo和ClassNo组成，这样才能定位到指定行

但是,ClassAddress部分依赖于关键字(ClassNo-〉ClassAddress),

所以要变为两个表

表一

StudyNo | Name | Sex | Email | Phone | ClassNo

01 john Male kkkk@ 222456 200401

01 mary famale kkk@ 123455 200402

表二

ClassNo | ClassAddress

200401 A楼2

200402 A楼3

第三范式：

满足第二范式的前提下，消除传递依赖。

例:

StudyNo | Name | Sex | Email | bounsLevel | bouns

20040901 john Male kkkk@ 优秀 $1000

20040902 mary famale kkk@ 良 $600

这个完全满足了第二范式,但是bounsLevel和bouns存在传递依赖

更改为：

StudyNo | Name | Sex | Email | bouunsNo

20040901 john Male kkkk@ 1

20040902 mary famale kkk@ 2

bounsNo | bounsLevel | bouns

1 优秀 $1000

2 良 $600

这里我比较喜欢用bounsNo作为主键，

基于两个原因

1）不要用字符作为主键。可能有人说：如果我的等级一开始就用数值就代替呢？

2）但是如果等级名称更改了，不叫 1，2 ，3或优、良，这样就可以方便更改，所以我一般