关于MySQL的三大范式

 什么是范式： 
        好的数据库设计对数据的存储性能和后期的程序开发，都会产生重要的影响。建立科学的，规范的数据库就需 要满足一些规则来优化数据的设计和存储，这些规则就称为范式。

          三大范式： 目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF） 、 第四范式(4NF）和第五范式（5NF，又称完美范式）。 满足最低要求的范式是第一范式（1NF）。在第一范式的基础上进一步满足更多规范要求的称为第二范式（2NF）， 其余范式以次类推。一般说来，数据库只需满足第三范式(3NF）就行了。 

第一范式

概念： 
    数据库表的每一列都是不可分割的原子数据项，不能是集合、数组等非原子数据项。即表中的某个列有多个值 时，必须拆分为不同的列。简而言之，第一范式每一列不可再拆分，称为原子性。 

例子：

第一种表设计

 

第二种表设计

分析

第一种表设计不满足第一范式，为什么不满足第一范式？因为region列不具有原子性，能拆分成省份、市和具体地址；

第二范式

     概念： 在满足第一范式的前提下，表中的每一个字段都完全依赖于主键。 所谓完全依赖是指不能存在仅依赖主键一部分的列。简而言之，第二范式就是在第一范式的基础上所有列完全依赖于主键列。当存在一个复合主键包含多个主键列的时候，才会发生不符合第二范式的情况。比如有一个主键有 两个列，不能存在这样的属性，它只依赖于其中一个列，这就是不符合第二范式。

        第二范式的特点： 1) 一张表只描述一件事情。

                                    2) 表中的每一列都完全依赖于主键 。

例子：

需求描述：设计一个订单信息表，订单有多种商品，将订单编号和商品编号作为联合主键。

第一种表设计

 

第二种表设计

分析

第一种表设计不满足第二范式 ，订单编号和商品编号作为联合主键，由于商品名称，单位，价格这几列只与商品编号有关，与订单编号无关，因此与主键（联合主键）无关，违反范式第二原则；

第二种表设计满足第二范式，把第一种设计表进行拆分，把商品信息分离到另一个表中，把订单项目表也分离到另一个表中。

第三范式

     概念： 在满足第二范式的前提下，表中的每一列都直接依赖于主键，而不是通过其它的列来间接依赖于主键。 简而言之，第三范式就是所有列不依赖于其它非主键列，也就是在满足 2NF 的基础上，任何非主列不得传递 依赖于主键。所谓传递依赖，指的是如果存在"A → B → C"的决定关系，则 C 传递依赖于 A。因此，满足第三范 式的数据库表应该不存在如下依赖关系：主键列 → 非主键列 x → 非主键列 y 

例子：

需求描述：
1 需要在数据库中存储如下信息：
2 学生编号；学生卡号；用户ID号；操作员级别；操作日期；操作时间；

第一种表设计

 

第二种表设计

 

分析

第一种表设计不满足第三范式，在表中，一个UserID能确定一个UserLevel。这样，UserID依赖于StudentNo和CardNo，而UserLevel又依赖于UserID，这就导致了传递依赖，3NF就是消除这种依赖。

第二种表设计满足第三范式，将第一种表格拆分成成两个表格。

 

 三大范式小结：     1NF 原子性：表中每列不可再拆分。

                            2NF 不产生局部依赖，一张表只描述一件事情

                            3NF 不产生传递依赖，表中每一列都直接依赖于主键，而不是通过其它列间接依赖于主键。 

转载于:https://my.oschina.net/u/4167465/blog/3081465