您当前的位置:首页 > 电脑百科 > 数据库 > MYSQL

给女同事讲解MySQL数据库范式与反范式,她直夸我“技术好”

时间:2020-08-26 10:46:20  来源:  作者:

1 第一范式

该范式是为了排除 重复组 的出现,因此要求数据库的每个列的值域都由原子值组成;每个字段的值都只能是单一值。1971年埃德加·科德提出了第一范式。即表中所有字段都是不可再分的。

1.1 实例

重复组通常会出现在会计账上,每一笔记录可能有不定个数的值。

  • 举例来说:

“数量”就是所谓的重复组了,而在这种情况下这份资料就不符合第一范式。

  • 再比如,如下联系方式是一个复合属性,就违反了该范式,在数据库中是无法分离出来的。

1.2 解决方案

  • 想要消除重复组的话,只要把每笔记录都转化为单一记录即可:
  • 简单改动即可

即标准的二维表结构。

2 第二范式

前提:标准的二维表,即第一范式成立

表中必须存在业务主键,并且非主键依赖于全部业务主键。

2.1 实例

如下博客表

给女同事讲解MySQL数据库范式与反范式,她直夸我“技术好”

 

  • 用户字段作为PK是否可行?
    一个用户会对应多个博客记录,且章节标题也能为多个用户所编辑,所以单列字段PK失效
  • <用户,章节,标题>的联合PK
    用户积分字段只和用户字段依赖,并不依赖整体的PK,依旧不符第二范式

2.2 解决方案

拆分将依赖的字段单独成表

给女同事讲解MySQL数据库范式与反范式,她直夸我“技术好”

 


给女同事讲解MySQL数据库范式与反范式,她直夸我“技术好”

 

从上面可发现:

  • 若表的PK只有一个字段,那么它本就符合第二范式
  • 若是多个字段组成,则需考虑是否符合第二范式

3 第三范式

表中的非主键列之间不能相互依赖

3.1 实例 - 课程表

给女同事讲解MySQL数据库范式与反范式,她直夸我“技术好”

 

一个字段的PK显然符合第二范式,大部分字段也只依赖PK。然而对于职位字段其实依赖讲师名,所以不符合第三范式。

3.2 解决方案

  • 将不与PK形成依赖关系的字段直接提出单独成表即可:

4 三范式评价

优点

  • 范式化的更新通常比反范式快
  • 当数据较好的范式化后,很少或者没有冗余数据
  • 范式化的数据比较小,放在内存中操作较快

缺点

  • 通常需要进行关联
    毕竟阿里规范提到

5 反范式(空间换时间)

反范式的过程就是通过冗余数据来提高查询性能,但冗余数据会牺牲数据一致性

优点

  • 所有的数据都在同一张表中,可以减少表关联
  • 更好进行索引优化

缺点

  • 存在大量冗余数据
  • 数据维护成本更高(删除异常,插入异常,更新异常)

在企业中很好能做到严格意义上的范式成者反范式,一般需混合使用。

6 综合案例

  1. 在一个网站实例中, 这个网站允许用户发送消息,井且一些用户是付费用户。现在想查看付费用户最近的10条信息。在user表 和message表中都存储用户类型(account type),而不用完全的反范式化。这避免了完全反范式化的插入和删除问题,因为即使没有消息的时候也不会丢失用户信息。这样也不会把user_message表搞得太大,有助高效获取数据
  2. 另一个从父表冗余些数据到子表的理由是排序的需要
  3. 缓存衍生值也是有用的。如果需要显示每个用户发了多少消息(类似论坛),可以每次执行一个昂贵的子查询来计算并显示它;也可以在user表中建个num_messages列,每当用户发新消息时更新这个值。

范式设计

  • 用户表
    用户ID、姓名、电话、地址、邮箱
  • 订单表
    订单ID、用户ID、下单时间、支付类型、订单状态
  • 订单商品表
    订单ID、商品 ID、商品价格
  • 商品表
    商品ID、名称、描述、过期时间
SELECT b.用户名, b.电话, b.地址, a.订单ID,
	   SUM(c.商品价价*C.商品数量) as 订单价格
	   // 上面这就需要三张表的关联了,可能效率就很低了
FROM‘订单表` a
JOIN‘用户表’b ON a用户ID=b.用户ID
JOIN `订单商品表` C ON c.订单ID= b.订单ID
GROUP BY b.用户名,b.电话b.地址,a.订单ID
1234567

反范式设计

  • 用户表
    用户ID、姓名、电话、地址、邮箱
  • 订单表
    订单ID、用户ID、下单时间、支付类型、订单状态、订单价格、用户名、电话、地址
  • 订单商品表
    订单ID、商品 ID、商品数量、商品价格
  • 商品表
    商品ID、名称、描述、过期时间
SELECT a.用户名,a.电话.a.地址
,a.订单ID
,a.订单价格
FROM `订单表` a
1234

把用户表的地址加到了订单表,这样查询地址时,就不需要把用户表和订单表关联



Tags:MySQL 范式   点击:()  评论:()
声明:本站部分内容及图片来自互联网,转载是出于传递更多信息之目的,内容观点仅代表作者本人,如有任何标注错误或版权侵犯请与我们联系(Email:2595517585@qq.com),我们将及时更正、删除,谢谢。
▌相关推荐
1 第一范式该范式是为了排除 重复组 的出现,因此要求数据库的每个列的值域都由原子值组成;每个字段的值都只能是单一值。1971年埃德加&middot;科德提出了第一范式。即表中所有...【详细内容】
2020-08-26  Tags: MySQL 范式  点击:(73)  评论:(0)  加入收藏
▌简易百科推荐
作者:雷文霆 爱可生华东交付服务部 DBA 成员,主要负责Mysql故障处理及相关技术支持。爱好看书,电影。座右铭,每一个不曾起舞的日子,都是对生命的辜负。 本文来源:原创投稿 *爱可生...【详细内容】
2021-12-24  爱可生    Tags:MySQL   点击:(6)  评论:(0)  加入收藏
生成间隙(gap)锁、临键(next-key)锁的前提条件 是在 RR 隔离级别下。有关Mysql记录锁、间隙(gap)锁、临键锁(next-key)锁的一些理论知识之前有写过,详细内容可以看这篇文章...【详细内容】
2021-12-14  python数据分析    Tags:MySQL记录锁   点击:(17)  评论:(0)  加入收藏
binlog 基本认识 MySQL的二进制日志可以说是MySQL最重要的日志了,它记录了所有的DDL和DML(除了数据查询语句)语句,以事件形式记录,还包含语句所执行的消耗的时间,MySQL的二...【详细内容】
2021-12-14  linux上的码农    Tags:mysql   点击:(13)  评论:(0)  加入收藏
为查询优化你的查询 大多数的MySQL服务器都开启了查询缓存。这是提高性最有效的方法之一,而且这是被MySQL的数据库引擎处理的。当有很多相同的查询被执行了多次的时候,这些查...【详细内容】
2021-12-09  元宇宙iwemeta    Tags:mysql   点击:(15)  评论:(0)  加入收藏
测试的目的和原因,公司有很多程序员,每个程序员对数据库和表结构都有自己的理解。而且每个程序员的理解往往是以效率考虑。既然都是为了效率考虑,那么我就来测试一下究竟哪种使...【详细内容】
2021-12-08  吴彬的分享    Tags:Mysql数据库   点击:(14)  评论:(0)  加入收藏
当你们考虑项目并发的时候,我在部署环境,当你们在纠结使用ArrayList还是LinkedArrayList的时候,我还是在部署环境。所以啊,技术不止境,我在部环境。今天这篇文章缕一下在同一台服...【详细内容】
2021-12-08  秃头码哥    Tags:MySQL数据库   点击:(16)  评论:(0)  加入收藏
对于数据分析来说,MySQL使用最多的是查询,比如对数据进行排序、分组、去重、汇总及字符串匹配等,如果查询的数据涉及多个表,还需要要对表进行连接,本文就来说说MySQL中常用的查询...【详细内容】
2021-12-06  笨鸟学数据分析    Tags:MySQL   点击:(20)  评论:(0)  加入收藏
在学习SQL语句之前,首先需要区分几个概念,我们常说的数据库是指数据库软件,例如MySQL、Oracle、SQL Server等,而本文提到的数据库是指数据库软件中的一个个用于存储数据的容器。...【详细内容】
2021-11-24  笨鸟学数据分析    Tags:SQL语句   点击:(23)  评论:(0)  加入收藏
概述以前参加过一个库存系统,由于其业务复杂性,搞了很多个应用来支撑。这样的话一份库存数据就有可能同时有多个应用来修改库存数据。比如说,有定时任务域xx.cron,和SystemA域...【详细内容】
2021-11-05  Java云海    Tags:分布式锁   点击:(31)  评论:(0)  加入收藏
MySQL的进阶查询 一、 按关键字排序 使用ORDERBY语句来实现排序排序可针对一个或多个字段ASC:升序,默认排序方式 【升序是从小到大】DESC:降序 【降序是从大到小】ORDER BY的...【详细内容】
2021-11-05  Java热点    Tags:SQL语句   点击:(27)  评论:(0)  加入收藏
最新更新
栏目热门
栏目头条