数据库☞“三大范式”

本文介绍了数据库设计中的三大范式:第一范式强调属性的原子性,第二范式要求非主属性完全依赖于候选键,第三范式则避免了非主属性对候选键的传递依赖。通过具体的例子,解释了如何消除数据冗余和异常,以提高数据库的结构合理性。
摘要由CSDN通过智能技术生成

3、☞三大范式

本文主要是通过范式的实例,从而说明关系型数据库三大范式的设计思路,以及如何满足范式的规范等,最终通过例子进行理解三大范式的作用以及意义。


前言

在关系型数据库中,范式虽然只是一种设计规范,但是在数据库的设计中具有重要的作用。
再进行范式应用前,先简单介绍一些需要理解的知识:
(源自知乎用户的一篇文章:理解范式

  • 完全函数依赖

完全函数依赖在一张表中,若 X → Y,且对于 X 的任何一个真子集(假如属性组 X 包含超过一个属性的话),X ’ → Y
不成立,那么我们称 Y 对于 X 完全函数依赖,记作 X → Y。(F应该写在箭头的正上方,表示完全依赖)。

  • 部分函数依赖

假如 Y 函数依赖于 X,但同时 Y 并不完全函数依赖于 X,那么我们就称 Y 部分函数依赖于 X,记作 X → Y,(P应该写在箭头的正上方,表示部分依赖)。

  • 传递函数依赖

假如 Z 函数依赖于 Y,且 Y 函数依赖于 X ,『Y 不包含于 X,且 X 不函数依赖于 Y』这个前提),那么我们就称 Z 传递函数依赖于 X ,记作 X → Z(T应该写在箭头的正上方,表示传递函数依赖)。

  • 还有主码、非主属性、外码等等常用术语的理解可以参考☞关系数据库小结以及☞
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值