数据库设计三大范式
数据库设计三大范式
所谓的范式其实就是规则,要设计好一个结构合理的关系型数据库,必须满足一定的规则。
在实际开发中,最常见的设计范式有三个:
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
上一篇: 麻辣牛肉火锅的做法,你知道吗
下一篇: 学习使用PHP数组