目录一、设计范式1.第一范式(1NF)2.第二范式(2NF)3.第三范式 (3NF)二、范式化设计三、反规范化设计四、设计总结一、设计范式 问题: 什么是范式化设计,为什么需要反规范
问题: 什么是范式化设计,为什么需要反规范化设计 ?
范式来自来自英文NORMal From
。开发过程中要设计一个好的数据库逻辑关系,必须满足一定的约束条件,此约束条件形成了开发范式,分成几个等级,一级比一级严格。
满足这些范式理论上可以让我们的数据库逻辑结构更加简洁、清晰。
以下是常见的四种范式:
举例:用户收货地址 反例:
姓名 | 电话 | 地址 |
---|---|---|
张三 | 138000000 | 北京市-朝阳区-酒仙桥街道 |
正例:
姓名 | 电话 | 省 | 市 | 区 | 街道 |
---|---|---|---|---|---|
张三 | 138000000 | - | 北京市 | 朝阳区 | 酒仙桥街道 |
总结:每列都是不可再分的原子值(一个列不可再分,比如通讯地址和省、市、区)
反例:
产品 ID | 用户ID | 产品名称 | 用户姓名 | 购买数量 | 下单时间 |
---|---|---|---|---|---|
100 | 1 | 微波炉 A102 | 王麻子 | 1 | 2022-08-08 |
正例: 订单表
产品 ID | 用户ID | 购买数量 | 下单时间 |
---|---|---|---|
100 | 1 | 1 | 2022-08-08 |
产品表
产品 ID | 产品名称 |
---|---|
100 | 微波炉 A102 |
用户表
用户ID | 用户姓名 |
---|---|
1 | 王麻子 |
总结:消除列对主键的部分函数依赖(对于组合主键的部分依赖,比如:产品ID + 用户ID 为主键,存在用户名称,产品名称等部分主键依赖字段)
反例:
订单ID | 用户ID | 产品ID | 产品名称 | 产品厂家 |
---|---|---|---|---|
1 | 1 | 100 | 微波炉 A102 | 美的 |
2 | 2 | 200 | 变频空调 B101 | 海尔 |
正例: 订单表
订单ID | 用户ID | 产品ID |
---|---|---|
1 | 1 | 100 |
2 | 2 | 200 |
商品信息表
产品ID | 产品名称 | 产品厂家 |
---|---|---|
100 | 微波炉 A102 | 美的 |
200 | 变频空调 B101 | 海尔 |
总结:消除字段对非主键的传递依赖(就是需要取消订单中比如商品名称、商品地址等冗余信息)。
在真正的数据库规范定义上,非常的严谨,比如第二范式(2NF)的定义“若某关系 R 术语第一范式,且每个非主属性完全函数依赖于候选码,则关系 R 属于第二范式”。
结论:并不是说完全符合规范化理论的设计是最完美的设计,而是要看具体的业务场景反复实践总结最合适的设计。
所谓反规范化设计,就是针对规范化而言的。 1、为了性能和读取效率而适当的违反对数据库范式设计的要求; 3、为了查询的性能,允许存在部分(少量)冗余数据。换句话说,反规范化设计就是直接用空间换时间。
ID | 商品名称 | 商品价格 | 商品描述 | 商品图片地址 |
---|---|---|---|---|
1 | 微波炉 A101 | $100.99 | 可以加热食物的微波炉 | tupian.baidu.com |
分类 ID | 分类名称 |
---|---|
1 | 电器 |
商品ID | 分类ID |
---|---|
1 | 1 |
ID | 商品名称 | 分类名称 | 商品价格 | 商品描述 | 商品图片地址 |
---|---|---|---|---|---|
1 | 1 | 电器 | $100.99 | 可以加热食物的微波炉 | tupian.baidu.com |
到此这篇关于Mysql 数据库范式设计理论总结的文章就介绍到这了,更多相关mysql 数据库设计内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网!
--结束END--
本文标题: MySQL 数据库范式化设计理论总结
本文链接: https://www.lsjlt.com/news/146859.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑,方便收藏和打印~
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
2024-05-15
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0