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