http://www.zhihu.com/question/24696366

数据库泛型就是数据库应该遵循的规则，也称为范式

1NF：所有的域都是原子性的，即表的每一列都是不可分割的原子数据项，不能是集合、数组、记录等非原子数据项。即实体中的某个属性有多个子属性时，必须拆分为不同的属性。第一范式是对关系型数据库的最低要求

2NF：在1NF的基础上，非码属性必须完全依赖于码（码：关系中的某个属性或某几个属性的组合，用于区分每个元组，元组可以理解为表中每条记录）

　　1NF存在的问题：

　　1）数据冗余：表中学号、姓名、系名、系主任数据冗余严重

　　2）插入异常：无法插入一个没有学生的新系（主属性不能为空，码包含的属性为主属性）

　　3）删除异常：删除一个系的所有学生，将导致系和系名被删除

　　4）修改异常：假设李小明转系到法律系，需要修改李小明的所有三条记录

　　2NF在1NF的基础上，要求非码属性必须完全依赖于码，即非码属性不能部分依赖于码

　　为了消除部分函数依赖，必须将大数据表拆分成两个或更多的小数据表：

　　形成两张表：

3NF：在2NF的基础上，消除了非主属性对于码的传递函数依赖

　　2NF存在的问题：

　　1）插入异常：无法插入一个没有学生的新系

　　2）删除异常：删除所有学生将导致系消失

　　在2NF中，可能存在非码属性传递函数依赖于码，如学号–系名–系主任

　　为了消除传递函数依赖，需要继续拆分表：

　　形成三张表：

　　符合3NF要求的数据库设计，基本上解决了数据冗余过大、插入异常、删除异常、修改异常等问题

BCNF范式：

　　假设：

　　1. 某公司有若干个仓库

　　2. 每个仓库只能有一名管理员，一名管理员只能在一个仓库中工作

　　3. 一个仓库中可以存放多种物品，一种物品也可以存放在不同的仓库中。每种物品在每个仓库中都有对应的数量

　　则关系模式 仓库（仓库名，管理员，物品名，数量） 属于3NF范式：

　　码：（管理员，物品名），（仓库名，物品名）

　　主属性：仓库名、管理员、物品名

　　非主属性：数量

　　非主属性完全依赖于码、同时不存在非主属性对于码的传递函数依赖，所以属于3NF范式

　　这张表存在的问题：

　　1）无法新增未指派管理员、未存放物品的仓库

　　2）清空仓库会删除仓库和管理员信息

　　3）仓库更换管理员，将修改该仓库的每一条记录

　　造成3NF范式存在这些问题的主要原因是：存在主属性对于码的部分函数依赖或传递函数依赖：主属性仓库名 对于 码（管理员、物品）存在部分函数依赖

　　BCNF在3NF的基础上消除主属性对于码的部分和传递函数依赖

　　因此需要将上表拆分成两个表：

　　仓库（仓库名，管理员）

　　库存（仓库名，物品名，数量）