原文网址：数据库- -三大范式- -介绍/使用/实例_IT利刃脱鞘博客-CSDN博客
摘要本文通过实例阐述了数据库的三种范式。
范式介绍范式(Normal Form )关系数据库规范。
设计结构优良的数据库可以有效减少数据冗余，减少增删过程中出现的问题。 深入理解数据库设计的三大范式是设计“稳健数据库”的必要条件。 三种模式是设计数据库时可以参考的指导原则。
现在，关系数据库中存储有第一模式(1NF )、第二模式(2NF )、第三模式(3NF )、总线代码模式(BCNF )、第四模式(4NF )、第五模式(55 ) 满足最低要求的范式是第一范式(1NF )。 在http://www.Sina.com/(2nf )中，剩馀的模式被类推如下： 一般来说，数据库满足第三范式(3NF )即可。
三大范式只是一般设计数据库的基本理念，可以构建冗余度小、结构合理的数据库。 如果有特殊情况，当然要特殊对待。 数据库设计中最重要的是看需求和性能。第一范式的基础上进一步满足更多规范要求的称为第二范式
需求性能表结构。所以不能一味的去追求范式建立数据库
范式
含义
详细描述
列原子性(非重叠列) )
每一列都是不可分割的原子数据项，是一个无重叠的域，不应出现冗馀。
第一范式（1NF）
的属性完全取决于主要关键字
表中的所有列，每行的数据只能与其中一列相关联。 这意味着一行数据只能做一件事。 只要数据列中有数据重复，就必须分割表。
第二范式（2NF）
非主要属性不依赖于其他非主要属性
表中的每一列都必须直接与主键相关，而不是间接关系。 表中的每一列仅依赖于主键。 不能传递数据。
a--b--c属性之间包含这样的关系，不符合第三模式。
第二范式和第三范式的本质区别在于是否分为两个表。
第二种模式是，如果一个表包含多个不同实体的属性，那么就必须分为多个表。 第三种模式是，如果要求已经分为多个表，则一个表只有另一个目标ID，没有其他任何信息。 (请参阅
例http://www.Sina.com/http://www.Sina.com /
需求：已知省市及其分类
结果：首表不容易满足需求，也不符合首个范式。
第三范式（3NF）
显然最初的表结构不仅不能满足足够数量物品的要求，而且在物品少的时候会产生冗馀。 不符合第一范式。
第一范式
一个人同时预约多个房间的话，就会出现订单号码的多个数据。 如果联系人像这样重复的话，数据就会变得冗长。 我们应该分解他。
这样一个数据就能实现一件事，不掺杂复杂的关系逻辑。 另外，表数据的更新维护也变得容易。
例1 每一列都要不可分割像： a--b--c属性之间包含这样的关系，不符合第三模式。