数据库三大范式

前言

数据库是一个能让数据持久化的容器,为什么要遵循这些范式?数据随着用户量越来越大,如果将很多信息都放在一张表中,会存在很多的冗余信息,表字段很多,可读性差。

第一范式(保证列的原子性)

什么是列的原子性,在化学中,原子是一个很小的单位,在数据库中,我们保证列的原子性,意思就是每一列都是最小的,不能继续拆分了。这就是列的原子性
示例:
一个订单号对应多个商品这样就很混乱,数据库规范中不允许一列有多个值
在这里插入图片描述
遵循第一范式:

在这里插入图片描述
在这里插入图片描述

第二范式(唯一性)

在遵循第一范式的条件下,一张表只说明一个事物;有主键且非主键依赖主键,限制多对多的关系,建立一个关联表,通过外键和联合主键来关联两张表
示例:
根据上面第一范式可以发现,一张表里有订单信息,商品信息。有些属性并不依赖主键。那么就要进行拆分
遵循第二范式:
在这里插入图片描述

第三范式

要求每列都与主键有直接关系,不存在传递依赖;
由于表的拆分,使数据库的性能很低,开发性能第一,所以可以去用部分的数据冗余来置换性能。所以第三范式可以不遵守

总结:数据的规范和程序的性能必然是互斥的,所以我们可以选择一个折中的办法,不是说遵循三大范式就一定是好的。可以选择浪费一部分空间置换性能

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值