【DB】函数依赖

前端之家收集整理的这篇文章主要介绍了【DB】函数依赖前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

在自主学习DB的过程中,一直对函数依赖很模糊,看不懂书上的所以然。后来,经过名师指导,终于豁然开朗了,至少我自己能根据自己的理解知道“函数依赖”是个什么东西。一下就是我的理解!

函数依赖是关键码的推广,可以理解为属性之间存在的一种决定关系。


函数依赖

举例:有一关系,学生(学号,姓名<不重复>,性别)

每一个“学号”只能对应一个“姓名”,也就是一个“学号”对应一名同学,不能对应多名。这就是函数依赖!


局部依赖

举例:学生(学号课程号,姓名<不重复>,成绩)

在这个关系中,“学号”和“课程号”构成主键,非主属性是“姓名”和“成绩”。主键可以决定“姓名”,同时主键中的主属性“学号”也可以决定“姓名”。这就是局部依赖!


传递依赖

举例:学生(学号,专业,宿舍地址<单属性>)

在这个关系中,结合我们的生活,“学号”决定“专业”和“宿舍地址”,但“专业”不能决定“学号”,且“专业”也可以决定“宿舍地址”,那么“学号”与“宿舍地址”就形成了传递依赖!


多值依赖

从字面上可以理解为,关系r的某个属性为多值属性,只要两个独立的1:N联系出现在一个关系中,就有可能形成多值依赖。


局部VS传递

局部:主键和主属性都能决定非主属性

传递:主键决定属性1,属性1决定属性2 (注意属性1可为主或非主属性属性2为非主)


小结

局部、传递和传递依赖都有可能造成数据冗余和操作异常,所以我们要解决它们,如何解决?敬请期待下一篇《【DB】范式

猜你在找的设计模式相关文章