概念结构设计
工具：VISIO
1.实体：矩形
2.联系：菱形
3.属性：椭圆
4.主码：下划线
实体之间的联系
1:1
1:n
m:n
要求
1.图中的实体集名用试卷中的名字，联系所关联的实体集名的首字母（如，D-S），字母间用“-”或“_”，大小写不限。
2. 设计满足3NF的关系模式，标出主码和外码。（逻辑结构设计）关系模式名同实体集名或联系名，属性名用试卷中给出的，大小写不限。
知识补充
1.
2.范式
第一范式（1NF）：属性不可分。
第二范式（2NF）：符合1NF，并且，非主属性完全依赖于码。
第三范式（3NF）：符合2NF，并且，消除传递依赖（也就是每个非主属性都不传递依赖于候选键，判断传递函数依赖，指的是如果存在"A → B → C"的决定关系，则C传递函数依赖于A。）
BCNF是要满足不存在任一属性（包含非主属性和主属性）对候选码的传递函数依赖。
逻辑结构设计
- 若实体间联系是1：1，可以在两个实体类型转换成关系模型时，加入任意一个关系模式的键和联系类型的属性。
- 若实体间联系是1：N，在N端实体类型转换成的关系模式加入1端实体类型的转换成的关系模式的键和联系类型的属性。
- 若实体间联系是M：N，则将联系类型也转换成关系模式，其属性为两端实体类型的键加上联系类型的属性，而键为两端实体键的组合。
| DEPT（DeptNO,DepName） | PK:DeptNO FK:无外键/无外码 |
| Teacher(TNO,TName,DeptNO) | PK:TNO FK:DeptNO |
| Student(SNO,Sex,Sname,DeptNO) | PK:SNO FK:DeptNO |
| Cpurse(CNO,Cname) | PK:CNO FK:无外键/无外码 |
| T-C(TNO,CNO) | PK:(TNO,CNO) FK:TNO,CNO |
| S-C(SNO,CNO,Score) | PK:(SNO,CNO) FK:SNO,CNO |
备注
D_T(DeptNO,TNO)在处理1对多关系的情况下，数字量不是特别大，数据也不复杂，无需单独建议一个蛋，数据数据出现冗余，更倾向于多对多的关系转换。
都满足1NF，再来判断是否为第二范式，2NF所有非主属性必须完全函数依赖于主属性。如，DeptNO来决定DeptName，单主键的情况下一定满足完全函数依赖，复合主键也满足完全依赖；在S-C中若要查询某个学生的Score，（SNO，CNO）两个属性同时运用才可查询，也就是说Score由两个字段SNO和CNO一起决定，同时（SNO，CNO）是主属性，所以是完全依赖。3NF不能存在传递依赖以上每个表中都满足3NF，则都满足2NF于1NF。
数据库逻辑设计
多值依赖（MD）
教师号可能多值依赖课程号，给定一个（课程号，参考书号）的组合，可能对应多个教师号：多个教师可以使用相同或不同的参考书上同一门课。
函数就是唯一确定的关系；多值依赖却不能唯一确定。
函数依赖
在关系SC(Sno,Cno,Grade)中，
非平凡函数依赖：(Sno,Cno)->Grade
平凡函数依赖：(Sno,Cno)->Sno
(Sno,Cno)->Cno
已知关系模式R(学生学号，课程名，学生专业号，专业名，成绩)，说出下列时什么关系？
| (学生学号，课程名，学生专业号) | 函数依赖，部分函数依赖 |
| 学生学号 专业名 | 函数依赖，传递函数依赖 |
| (学生学号，专业名) 成绩 | 不是函数依赖 |
| (学生学号，课程名) 成绩 | 完全函数依赖 |
| (课程名，专业名，成绩) | 平凡函数依赖 |
