数据库范式

三大范式:

第一范式

每一个属性都要维持原子性(不可以再拆分);实际上,1NF是所有关系型数据库的最基本要求

第二范式

第二范式(2NF)在关系理论中的严格定义我这里就不多介绍了(因为涉及到的铺垫比较多),只需要了解2NF对1NF进行了哪些改进即可。其改进是,2NF在1NF的基础之上,消除了非主属性对于码的部分函数依赖。接下来对这句话中涉及到的四个概念——“函数依赖”、“码”、“非主属性”、与“部分函数依赖”进行一下解释。

可以参照以下:
链接:https://www.zhihu.com/question/24696366/answer/29189700
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

第二范式可以分为2部分:

1、非主属性与主属性之间:存在部分依赖以及完全依赖;只有完全依赖才符合第二范式
2、非主属性之间存在传递依赖;可以参考上面连接里面的图进行理解(非主属性直接还存在着相互依赖关系)

第二范式的目的:为了设计出内容高度分割的表(每个表只说明一个主体);要求表中的所有列,都必须依赖于主键,而不能有任何一列与主键没有关系,也就是说一个表只描述一件事情;

第三范式

第三范式(3NF) 3NF在2NF的基础之上,消除了非主属性对于码的传递函数依赖。也就是说, 如果存在非主属性对于码的传递函数依赖,则不符合3NF的要求。

目的:解决了数据冗余过大,插入异常,修改异常,删除异常的问题。 当然,在实际中,往往为了性能上或者应对扩展的需要,经常 做到2NF或者1NF,但是作为数据库设计人员,至少应该知道,3NF的要求是怎样的。
快速图片理解:
参考:https://www.cnblogs.com/waj6511988/p/7027127.html

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值