数据库三大范式(Normal Form)

设计数据库时，通常需要遵从不同的规范，设计出合理的数据库，减少数据冗余，而这些规范称为数据库范式，一般来说，只需要实现前三大范式即可。Normal Form

1.字段不可分。 2.有主键，非主键字段依赖主键。 3.非主键字段不能相互依赖。2.有主键，非主键字段依赖主键。 3.非主键字段不能相互依赖。

 

下面说说我对这三大范式的理解：

 

CREATE TABLE `test` (  
  
`id` int UNSIGNED NOT NULL AUTO_INCREMENT ,  
  
`name` varchar(50) NOT NULL ,  
  
`email` char(20) NULL ,  
  
`phone` char(12) NULL ,  
  
`foreign_id`  int UNSIGNED NOT NULL,  
  
INDEX(`foreign_id`),  
  
PRIMARY KEY (`id`)  
  
)ENGINE=InnoDB;  

 

 

 

别小看这个表，这个表就其实已经算是符合了三大范式哦。

第一范式，是针对于数据表的列的规范，即数据表的每一列都是不可分割的原子数据项，而不能是数组，集合，记录等非原子数据项，说白了就是，不能把好几列的数据合在一起，且每一列的数据都是不可分割的，看看两个错误的例子：

将几列数据合在一起=>错误

原子数据项被分割=>错误

第二范式，基于第一范式，非码属性必须完全依赖码，即非主键数据必须依赖主键数据。

“码”(主键)是数据表用来唯一区分实例或记录的数据项，若没有，可人为添加。

对于第一范式针对列来说，第二范式则是针对于行的规范。先说说他的作用吧，从作用反推他的实现。

他的作用就是让表的每一行都不会一样，以便我们可以识别任何一行记录。那怎么实现这个作用呢？答案是给每一行分配一个序号，或者以每一行里肯定不会和其它行一样的数据项来识别，这就要求其它“可能“会一样的数据完全依赖于此序号(数据项)。

看看错误实例：

 

第三范式，其实是第二范式的子集，也是基于第一范式，任何非码属性不依赖其他非码属性。

这个比较抽象，还是看图说话好了，下图是错误示例

回归主题，这个表有没有违反第二范式呢？没有，( ⊙ o ⊙ )是的，并没有。

这个表其实存在着一种依赖关系—“传递依赖“，girlfriend依赖着girlfriend_id,，而girlfriend_id依赖着id，如此即没有违反第二范式了。

但是，他就违反了第三范式，任何非码属性不依赖其他非码属性，通俗地讲，就是不能存在这种传递依赖关系，规范要我们怎么做呢？将上表拆分成两个表，如下：

表一

表二

两表之间通过grilfriend_id进行关联

如此，便符合第三范式了。

 

第一范式的作用是要求每个关系的属性为原子性的，不可再分。即表中不能还有表。满足第二范式必须满足第一范式。第二范式（2NF）要求数据库表中的每个实例或行必须可以被唯一地区分。满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。