【DB】函数依赖

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

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


函数依赖

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

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


局部依赖

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

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


传递依赖

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

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


多值依赖

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


局部VS传递

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

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


小结

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

相关文章

适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法...
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题...
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结...
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容...