数据库设计——三范式

周日学习了数据库的三范式，说句实话当时真的拿出太多时间在讨论这个这话题，所以现在经过一些的学习与了解，就总结如下
[size=large][b]一、范式的定义[/b][/size]
满足某些条件的关系模式称为范式（Normal Form，NF）。根据满足的条件不同，经过称某一些关系模式R为“第几范式”（xNF）。

[size=large][b]二、依赖的理解[/b][/size]
大家都在说“依赖”的理解，当时听了每个人意见，但是感觉大同小异，也感觉大家都明白那个意思了，大家举了许多例子，譬如说：学号，身份证，ID，DNA等等，后来回来之后总结与回味下，这次我就用集合来说了。
[b] 部分依赖[/b]：设有关系模式R(U),U是属性集，X，Y是U的子集。对于函数的依赖X—Y，如果存在X的真子集X1（X1属于Y），使得X1推出Y，则称Y部分依赖于X。

[b]完全依赖：[/b] 设有关系模式R(U),U是属性集，X，Y是U的子集。对于函数的依赖X—Y，如果存在X的[b]任意[/b]真子集X1（X1属于Y），都有X1推不出Y，则称Y完全依赖于X

[b]传递依赖：[/b] 设有关系模式R(U),U是属性集，X，Y，Z是U的子集。如果X能推出Y，Y能推出Z，并且Y推不出Z，Z不属于Y，则称Z传递依赖于X（经过Y）。

说的可能抽象不知道大家能理解不？

[size=large][b]三、范式[/b][/size]

[b]1、第一范式[/b]
第一范式（1NF）就是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。
范式关系中的每个元组分量必须是原子的，即元祖的每个属性值都是不可再分解性的。换句话说，依据二维表说就是不允许表中套表。

[b]2、第二范式[/b]
第二范式就是如果关系模式R为1NF,并且R中的每一个非主属性都完全依赖于R的某个候选关键字，则称R是第2范式。
ps 非主属性就是不是主键和索引的字段，结合前面的大家相信就可以理解了吧。

[b]3、第三范式[/b]
第三范式就是如果关系模式R为2NF，并且R中的每个非主属性都不传递依赖于R的某个候选关键字，则称R是第三范式。
候选关键字就是如果一个超关键字去掉其中任何一个字段后不再能唯一地确定记录。候选关键字既能唯一地确定记录，它包含的字段有是最精炼的。也就是说候选关键字是最简单的超关键字。 依据上面的传递以来大家know？
感觉大家商量这么多，都应该理解，就到这里吧。。。就请多多指教。