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

 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

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