本文主要是介绍两个月冲刺软考——求解关系模式达到了第几范式题型(例题+讲解,一看就会),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
目录
1.假设一对多联系不转换为一个独立的关系模式的话,那么生成的关系模式应该是将“一”的那一方的主键加入到“多”的一方的关系模式中。
2.求解关系模式达到了第几范式题型
1.假设一对多联系不转换为一个独立的关系模式的话,那么生成的关系模式应该是将“一”的那一方的主键加入到“多”的一方的关系模式中。
例如:目前有两个实体:学生和院系,一个院系可以有多名学生,但是一个学生只能是属于一个院系,则院系和学生的联系为1对多。如果不转换为一个独立的关系模式的话,那么就应该将院系的主键加入到学生关系模式中。
2.求解关系模式达到了第几范式题型
首先需要理解每一个范式的概念:
第一范式(1NF):它要求每一列的值都是原子性的,即数据库表的每一列都是不可再分割的基本数据项,例如以下学生信息表便不满足第一范式:"课程1"和"成绩1"可以分解为多个单独的课程和对应的成绩。
学号 | 姓名 | 性别 | 年龄 | 课程1 | 成绩1 | 课程2 | 成绩2 |
---|---|---|---|---|---|---|---|
001 | 张三 | 男 | 20 | 语文 | 85 | 数学 | 90 |
002 | 李四 | 女 | 19 | 语文 | 90 | 英语 | 80 |
第二范式(2NF):当满足第一范式并且不存在部分依赖时,则满足第二范式。而部分依赖发生在一个非主属性依赖于候选键的一部分时。下面会在例题中提及。
第三范式(3NF):当满足第二范式并且不存在传递依赖时(非主属性对于任何候选键的传递依赖),则满足第三范式。在3NF中,非主属性只能直接依赖于候选键,而不能通过其他非主属性间接依赖于候选键。
BC范式(BCNF):关系模式中的每一个函数依赖,X➡Y,X必须包含一个候选键。
例题讲解:
解答这类题型的第一步便是要求出其候选键。可知上述题目当中的候选键为EM,候选键中的属性被称为主属性,而其它属性则被称为非主属性。理解第一范式的概念之后,由题意便知关系模式R满足第一范式;该题目中属性E和属性M为主属性,N、L、Q均为非主属性,但是存在函数依赖E➡N,即一个非主属性依赖于候选键的一部分,故存在部分依赖,所以不满足第二范式,当然肯定也就不满足第三范式和BC范式。(该关系模式达不到2NF,因此肯定存在冗余、修改操作的不一致性、插入和删除异常等错误)
答案:1NF
两个月冲刺中级软件设计师,欢迎大家一起讨论交流,同时也希望各位大佬们指出错误,我这边及时修改。
这篇关于两个月冲刺软考——求解关系模式达到了第几范式题型(例题+讲解,一看就会)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!