文章目录

• 数据库设计三大范式

数据库设计三大范式

所谓的范式其实就是规则，要设计好一个结构合理的关系型数据库，必须满足一定的规则。
在实际开发中，最常见的设计范式有三个：

1.第一范式（确保每列保持原子性）

这是最基本的范式，要求表中的所有字段值都是不可分解的原子值。举个例子，某些数据库系统要用到“地址”这个属性，本来直接将这个“地址”属性存储到一个字段里就可以了。但是如果系统会经常访问“地址”属性中的城市部分，那么就得将“地址”这个属性重新拆分成国别、省份、城市、县、乡等详细的各个部分进行存储，这样对地址中某一部分操作的时候会特别方便，如下表所示：

id	姓名	省份	城市	详细地址
1	老王	江苏	南京	***
2	老李	浙江	杭州	***

上边的表格就遵循了第一范式的要求，这样对用户按照城市进行分类的话就非常方便了。

2.第二范式（确保表中每列都和主键相关）

第二范式在第一范式的基础之上，第二范式要求数据库表中的每列必须和主键相关，而不是跟主键中的某一部分相关。即，在同一张表里只能保存一种类型的数据，不能毫不相关的数据都扔到一张表里。如下表所示：

订单编号	商品编号	商品名称	客户	所属单位	联系方式
001	1	挖掘机	老王	南京皮革产	010-1234567
002	2	叉车	老李	阿里巴巴	010-1234567

这样设计表格的话，商品名称实际上不与主键订单编号相关，不满足第二范式。我们将其拆分成如下的表格：
--------------------------订单信息表--------------------------

订单编号	商品编号
001	1
002	2

--------------------------订单项目表--------------------------

订单编号	客户	所属单位	联系方式
001	老王	南京皮革产	010-1234567
002	老李	阿里巴巴	010-1234567

--------------------------商品信息表--------------------------

商品编号	商品名称
1	挖掘机
2	叉车

这样设计就可以了

3.第三范式（确保每列都和主键列直接相关，而不是间接相关）

第三范式需要确保每列都和主键列直接相关而不是间接相关。比如在设计订单数据表的时候，可以把客户编号作为一个外键与订单表简历相应的联系。如下两张表就满足第三范式：
--------------------------订单信息表--------------------------

订单编号	订单项目	业务员	订单数量	客户编号
001	挖掘机	李静	3	1
002	叉车	刘天	4	2

--------------------------客户信息表--------------------------

客户编号	客户名称	所属公司	联系方式
1	李白	中国银行	12123214126
2	杜甫	建设银行	13124354363

这样在查询订单信息的时候，就可以使用客户编号来引用客户信息表中的记录，也不必在订单信息多次输入客户信息减少了数据的冗余。

本文地址：https://blog.csdn.net/weixin_43456170/article/details/110674005