mysql的三大范式

网上找的，原创不知：谅解
更详细的是知乎刘慰老师：https://www.zhihu.com/question/24696366/answer/29189700     后面还有王红波用户的解释能够借鉴
第一范式:确保每列的原子性.
 若是每列(或者每一个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则知足第一范式.
 例如:顾客表(姓名、编号、地址、……)其中"地址"列还能够细分为国家、省、市、区等。

第二范式:在第一范式的基础上更进一层,目标是确保表中的每列都和主键相关.
 若是一个关系知足第一范式,而且除了主键之外的其它列,都依赖于该主键,则知足第二范式.
 例如:订单表(订单编号、产品编号、定购日期、价格、……)，"订单编号"为主键，"产品编号"和主键列没有直接的关系，即"产品编号"列不依赖于主键列，应删除该列。

第三范式:在第二范式的基础上更进一层,目标是确保每列都和主键列直接相关,而不是间接相关.
 若是一个关系知足第二范式,而且除了主键之外的其它列都不依赖于主键列,则知足第三范式.
 为了理解第三范式，须要根据Armstrong千米之必定义传递依赖。假设A、B和C是关系R的三个属性，若是A-〉B且B-〉C，则从这些函数依赖中，能够得出A-〉C，如上所述，依赖A-〉C是传递依赖。
 例如:订单表(订单编号，定购日期，顾客编号，顾客姓名，……)，初看该表没有问题，知足第二范式，每列都和主键列"订单编号"相关，再细看你会发现"顾客姓名"和"顾客编号"相关，"顾客编号"和"订单编号"又相关，最后通过传递依赖，"顾客姓名"也和"订单编号"相关。为了知足第三范式，应去掉"顾客姓名"列，放入客户表中。

做用

实际上设计任何一种数据库应用系统，不管是基于何种数据模型的，都会遇到如何构造合适的数据模式即逻辑结构的问题。因为关系模型有严格的数学理论基础，而且能够向别的数据模型转换。因此要设计合适的关系模式，使其逻辑结构更加符合要求，出现了规范化理论。而三大范式即第1、第二和第三范式就是规范化理论重要部分，是为了在设计中更好的解决数据冗余，数据有效性检查，提升存储效率。另外还有第四范式、第五范式等。第一范式的做用是要求每一个关系的属性为原子性的，不可再分。即表中不能还有表。知足第二范式必须知足第一范式。第二范式（2NF）要求数据库表中的每一个实例或行必须能够被惟一地区分。知足第三范式（3NF）必须先知足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。