两个月冲刺软考——求解关系模式达到了第几范式题型(例题+讲解,一看就会)

目录

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必须包含一个候选键

例题讲解:

两个月冲刺软考——求解关系模式达到了第几范式题型(例题+讲解,一看就会)_第1张图片

解答这类题型的第一步便是要求出其候选键。可知上述题目当中的候选键为EM,候选键中的属性被称为主属性,而其它属性则被称为非主属性。理解第一范式的概念之后,由题意便知关系模式R满足第一范式;该题目中属性E和属性M为主属性,N、L、Q均为非主属性,但是存在函数依赖E➡N,即一个非主属性依赖于候选键的一部分,故存在部分依赖,所以不满足第二范式,当然肯定也就不满足第三范式和BC范式。(该关系模式达不到2NF,因此肯定存在冗余、修改操作的不一致性、插入和删除异常等错误)

答案:1NF

两个月冲刺中级软件设计师,欢迎大家一起讨论交流,同时也希望各位大佬们指出错误,我这边及时修改。

你可能感兴趣的:(软考-数据库,数据库)