数据库关系与范式

第一范式(1NF):数据库表中的字段都是单一属性的,不可再分。

每个属性不可分割

而这样的数据库表是不符合第一范式的:

    字段1  字段2  字段3  字段4
    字段3.1  字段3.2

很显然,在当前的任何关系数据库管理系统(DBMS)中,傻瓜也不可能做出不符合第一范式的数据库,因为这些DBMS不允许你把数据库表的一列再分成二列或多列。因此,你想在现有的DBMS中设计出不符合第一范式的数据库都是不可能的。

第二范式(2NF):数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖
在第一范式的基础上,每个非关键字段都依赖关键字段集合,而不是单单依赖一个关键字段(这叫--不存在部分函数依赖,就是不依赖局部某个关键字
假定选课关系表为SelectCourse(学号,  姓名,  年龄,  课程名称,  成绩,  学分),关键字为组合关键字(学号,  课程名称),因为存在如下决定关系:
(学号,  课程名称)  →  (姓名,  年龄,  成绩,  学分)

这个数据库表不满足第二范式,因为存在如下决定关系:
(课程名称)  →  (学分)
(学号)  →  (姓名,  年龄)
即存在组合关键字中的字段决定非关键字的情况。

由于不符合2NF,这个选课关系表会存在如下问题:
(1)  数据冗余:
同一门课程由n个学生选修,"学分"就重复n-1次;同一个学生选修了m门课程,姓名和年龄就重复了m-1次。
(2)  更新异常:
若调整了某门课程的学分,数据表中所有行的"学分"值都要更新,否则会出现同一门课程学分不同的情况。
(3)  插入异常:
假设要开设一门新的课程,暂时还没有人选修。这样,由于还没有"学号"关键字,课程名称和学分也无法记录入数据库。
(4)  删除异常:
假设一批学生已经完成课程的选修,这些选修记录就应该从数据库表中删除。但是,与此同时,课程名称和学分信息也被删除了。很显然,这也会导致插入异常。

把选课关系表SelectCourse改为如下三个表:
学生:Student(学号,  姓名,  年龄);
课程:Course(课程名称,  学分);
选课关系:SelectCourse(学号,  课程名称,  成绩)。
这样的数据库表是符合第二范式的,  消除了数据冗余、更新异常、插入异常和删除
异常。

另外,所有单关键字的数据库表都符合第二范式,因为不可能存在组合关键字。

第三范式(3NF):在第二范式的基础上,数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。
在第二范式基础上,消除码间的传递,即间接依赖关键码(关键字段 → 非关键字段x → 非关键字段y)
假定学生关系表为Student(学号,  姓名,  年龄,  所在学院,  学院地点,  学院电话),关键字为单一关键字"学号",因为存在如下决定关系:
(学号)  →  (姓名,  年龄,  所在学院,  学院地点,  学院电话)

这个数据库是符合2NF的,但是不符合3NF,因为存在如下决定关系:
(学号)  →  (所在学院)  →  (学院地点,  学院电话)

即存在非关键字段"学院地点"、"学院电话"对关键字段"学号"的传递函数依赖。它也会存在数据冗余、更新异常、插入异常和删除异常的情况,读者可自行分析得知。

把学生关系表分为如下两个表:
学生:(学号,  姓名,  年龄,  所在学院);
学院:(学院,  地点,  电话)。

这样的数据库表是符合第三范式的,消除了数据冗余、更新异常、插入异常和删除异
常。

鲍依斯-科得范式(BCNF):在第三范式的基础上,数据库表中如果不存在任何字段对任一候选关键字段的传递函数依赖则符合第三范式。
在第三范式基础上,关键码中有相互依赖关系(关键字段x 关键字段y,
关键字段y 关键字段z)
假设仓库管理关系表为StorehouseManage(仓库ID,  存储物品ID,  管理员ID,  数量),
且有一个管理员只在一个仓库工作;一个仓库可以存储多种物品。这个数据库表中存
在如下决定关系:

(仓库ID,  存储物品ID)  →(管理员ID,  数量)
(管理员ID,  存储物品ID)  →  (仓库ID,  数量)

所以,(仓库ID,  存储物品ID)和(管理员ID,  存储物品ID)都是StorehouseManage的候选关键字,表中的唯一非关键字段为数量,它是符合第三范式的。但是,由于存在如下决定关系:
(仓库ID)  →  (管理员ID)
(管理员ID)  →  (仓库ID)

即存在关键字段决定关键字段的情况,所以其不符合BCNF范式。它会出现如下异常情
况:
(1)  删除异常:
当仓库被清空后,所有"存储物品ID"和"数量"信息被删除的同时,"仓库ID"和"管理
员ID"信息也被删除了。
(2)  插入异常:
当仓库没有存储任何物品时,无法给仓库分配管理员。
(3)  更新异常:
如果仓库换了管理员,则表中所有行的管理员ID都要修改。

把仓库管理关系表分解为二个关系表:
仓库管理:StorehouseManage(仓库ID,  管理员ID);
仓库:Storehouse(仓库ID,  存储物品ID,  数量)。

这样的数据库表是符合BCNF范式的,消除了删除异常、插入异常和更新异常。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
毕业设计,基于SpringBoot+Vue+MySQL开发的纺织品企业财务管理系统,源码+数据库+毕业论文+视频演示 在如今社会上,关于信息上面的处理,没有任何一个企业或者个人会忽视,如何让信息急速传递,并且归档储存查询,采用之前的纸张记录模式已经不符合当前使用要求了。所以,对纺织品企业财务信息管理的提升,也为了对纺织品企业财务信息进行更好的维护,纺织品企业财务管理系统的出现就变得水到渠成不可缺少。通过对纺织品企业财务管理系统的开发,不仅仅可以学以致用,让学到的知识变成成果出现,也强化了知识记忆,扩大了知识储备,是提升自我的一种很好的方法。通过具体的开发,对整个软件开发的过程熟练掌握,不论是前期的设计,还是后续的编码测试,都有了很深刻的认知。 纺织品企业财务管理系统通过MySQL数据库与Spring Boot框架进行开发,纺织品企业财务管理系统能够实现对财务人员,员工,收费信息,支出信息,薪资信息,留言信息,报销信息等信息的管理。 通过纺织品企业财务管理系统对相关信息的处理,让信息处理变的更加的系统,更加的规范,这是一个必然的结果。已经处理好的信息,不管是用来查找,还是分析,在效率上都会成倍的提高,让计算机变得更加符合生产需要,变成人们不可缺少的一种信息处理工具,实现了绿色办公,节省社会资源,为环境保护也做了力所能及的贡献。 关键字:纺织品企业财务管理系统,薪资信息,报销信息;SpringBoot
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值