数据库的三大范式

一、介绍

没有规矩，不成方圆。这句话在数据库的规范中同样适用，所以就有了这几项规定，数据库的三大范式。

我相信很多人都听过三大范式，面试题中也经常会问到，什么是数据库三大范式，这太常见了。

以前我只是机械式的回复面试官，但以后不会，不仅要学会说概念说规范，还能从实际出发，要不要严格遵守三大范式。

概念：每一个列都是不可再分的列

例如下面这张表，由于region字段可以再细分为省份province和城市city，所以此表将不满足第一范式

name	sex	region
半月无霜	男	广东省广州市

将region字段拆分后，满足了第一范式

name	sex	province	city
半月无霜	男	广东省	广州市

概念：在满足第一范式后，消除非主属性对主属性的部分函数依赖

先看看这张订单表，订单编号、商品ID、用户ID作为联合主键

每一个字段本身都不可再分，满足第一范式。

但其中有个字段用户名称，它依赖于用户ID，所以此表并不满足第二范式

订单编号	商品ID	用户ID	数量	金额	用户名称
1001	1	1	1	9.9	半月无霜
1002	1	2	1	9.9	阿超

在修改后，将变成两张表，分别为订单表和用户表

订单编号	商品ID	用户ID	数量	金额
1001	1	1	1	9.9
1002	1	2	1	9.9

用户ID	用户名称
1	半月无霜
2	阿超

什么是部分函数依赖？

对于数据库主键而言，其他的字段需要完全依赖于主键，而不能依赖主键中的部分。

上面这张表而言，正式因为有用户名称依赖于主键中的其中一个用户ID，所以不满足第二范式

概念：在第二范式的基础上，进一步消除非主属性对主属性的传递函数依赖

先来看这样一张订单表，订单ID是主键字段

订单ID	订单编号	商品ID	商品名称	用户ID	数量	金额
1	1001	1	java入门到入土	1	1	9.9

由于，商品ID依赖于订单ID，而商品名称又依赖于订单ID，所以造成了间接依赖，也就是传递函数依赖。

修改成以下两张表，消除他们的依赖关系，将满足第三范式

订单ID	订单编号	商品ID	用户ID	数量	金额
1	1001	1	1	1	9.9

商品ID	商品名称
1	java入门到入土

在项目开发中，一定要严格遵循三范式的原则设计库表结构吗？

这个肯定不是，如果完全按照三范式进行设计，那么数据查询就一定需要大量的表关联，这样就会造成查询性能上的问题。

所以，冗余一部分常用的查询字段，避免表关联，这对我们的项目最有帮助。

我是半月，祝你幸福！！！