关于基本范式的总结

范式简介

在关系型数据库中，关于数据表设计的基本原则、规则就称为范式。可以理解为，一张数据表的设计结构需要满足的某种设计标准的 级别 。要想设计一个结构合理的关系型数据库，必须满足一定的范式。

常见的三种范式

目前关系型数据库有三种常见范式，按照范式级别，从低到高分别是：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）。

第一范式

第一范式主要是确保数据表中每个字段的值必须具有原子性，也就是说数据表中每个字段的值为不可再次拆分的最小数据单元。
我们在设计某个字段的时候，对于字段X来说，不能把字段×拆分成字段×-1和字段Y-2。事实上，任何的DBMS都会满足第一范式的要求，不会将字段进行拆分。

第二范式

第二范式要求，在满足第一范式的基础上，还要满足数据表里的每一条数据记录，都是可唯一标识的。而且所有非主键字段，都必须完全依赖主键，不能只依赖主键的一部分。如果知道主键的所有属性的值，就可以检索到任何元组(行)的任何属性的任何值。(要求中的主键，其实可以拓展替换为候选键)。
1NF 告诉我们字段属性需要是原子性的，而 2NF 告诉我们一张表就是一个独立的对象，一张表只表达一个意思。

第三范式

第三范式是在第二范式的基础.上,确保数据表中的每一个非主键字段都和主键字段直接相关，也就是说，要求数据表中的所有非主键字段不能依赖于其他非主键字段。(即， 不能存在非主属性A依赖于非主属性B,非主属性B依赖于主键C的情况，即存在“A-→B- →C”的决定关系)通俗地讲，该规则的意思是所有非主键属性之间不能有依赖关系，必须相互独立。
这里的主键可以拓展为候选键。
符合3NF后的数据模型通俗地讲，2NF和3NF通常以这句话概括：“每个非键属性依赖于键，依赖于 整个键，并且除了键别无他物”。

**小结：**关于数据表的设计,有三个范式要遵循。

(1)第一范式(1NF) ,确保每列保持原子性
数据库的每一列都是不可分割的原子数据项,不可再分的最小数据单元，而不能是集合、数组、记录等非原子数据项。

(2)第二范式(2NF)，确保每列都和主键完全依赖尤其在复合主键的情况下，非主键部分不应该依赖于部分主键。

(3)第三范式(3NF)确保每列都和主键列直接相关，而不是间接相关

范式的优点：数据的标准化有助于消除数据库中的数据冗余，第三范式(3NF) 通常被认为在性能、扩展性和数据完整性方面达到了最好的平衡。
范式的缺点：范式的使用，可能降低查询的效率。因为范式等级越高，设计出来的数据表就越多、越精细，数据的冗余度就越低，进行数据查询的时候就可能需要关联多张表，这不但代价昂贵,也可能使一些索引策略无效。
范式只是提出了设计的标准，实际上设计数据表时,未必一定要符合这些标准。开发中，我们会出现为了性能和读取效率违反范式化的原则，通过增加少量的冗余或重复的数据来提高数据库的读性能，减少关联查询，join 表的次数,实现空间换取时间的目的。因此在实际的设计过程中要理论结合实际，灵活运用。范式本身没有优劣之分，只有适用场景不同。没有完美的设计，只有合适的设计，我们在数据表的设计中，还需要根据需求将范式和反范式混合使用。