RDBMS范式理论

       关系数据库范式理论是数据库设计的一种理论指南和基础。它不仅能够作为数据库设计优劣的判断依据，还可以预测数据库可能出现的问题。

       关系数据库范式理论是在数据库设计过程中将要依据准则，数据库结构必须要满足这些准则，才能够确保数据的准确性和可靠性。这些准则称为规范化形式，既范式。

       在数据库设计过程中，对数据库进行检查和修改，并使它返回范式的过程叫做规范化。

       范式按照规范化的级别分为5种，既第一范式（1NF）、第二范式（2NF）、第三范式（2NF）、第四范式（4NF）和第五范式（5NF）。在实际的数据库设计过程中，通常需要用到的是前三类范式，下面对它们进行分析介绍。

       1NF 一言以蔽之：“第一范式的数据表必须是二维数据表”，第一范式是指数据库的每一列都是不可分割的基本数据项，强调列的原子性，试题中某一属性不能拥有几个值。比如数据库的电话号码属性里面不可以有固定电话和移动电话值，如下图：

 说明：在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。

       2NF 第二范式建立在第一范式的基础上，即满足第二范式一定满足第一范式，第二范式要求数据表每一个实例或者行必须被唯一标识。除满足第一范式外还有两个条件，一是表必须有一个主键；二是没有包含在主键中的列必须完全依赖于主键，而不能只依赖于主键的一部分。

每一行的数据只能与其中一列相关，即一行数据只做一件事。只要数据列中出现数据重复，就要把表拆分开来。

举例来说：当数据表中是联合主键，但是有的列只依赖联合主键中的一个或一部分属性组成的联合主键，此时需要拆表才能复合第二范式。
 

       3NF必须先满足第二范式（2NF），要求：表中的每一列只与主键直接相关而不是间接相关，（表中的每一列只能依赖于主键）；

例如：订单表中需要有客户相关信息，在分离出客户表之后，订单表中只需要有一个用户id即可（外键），而不能有其他的客户信息。因为其他的客户信息直接关联于用户id，而不是直接与订单id直接相关。

订单表中的用户信息不直接设计字段，设计一个用户id字段再外键关联用户表即可。

 

三大范式只是一般设计数据库的基本理念，可以建立冗余较小、结构合理的数据库。如果有特殊情况，当然要特殊对待，数据库设计最重要的是看需求跟性能，需求>性能>表结构。所以不能一味的去追求范式建立数据库。

二、三范式在可以不满足在实际应用中！！