内容概述
- 数据库模型（概念模式、外模式、内模式）
- 数据模型，ER图，第一范式、第二范式、第三范式；
- 数据操作（集合运算和关系运算、元组演算）；
- 数据库语言（SQL）；
- 数据库的控制功能（并发控制、恢复、安全性、完整性）；
- 数据仓库和分布式数据库基础知识。
ER模型，实体联系模型
实体（Entity）：是指客观存在可以相互区别的事物。可以是具体的对象也可以是抽象事件。用矩形表示
属性（Attribute）：实体的特性。每个属性有一个值域，其类型可以是整数型、实数型、字符串型。用椭圆表示
联系（Relationship）:一对一的联系，一对多的联系，多对多的联系。用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型（1 : 1，1 : n或m : n）
ER模型转化为关系模式
参考地址1、参考地址2
关系的描述称为关系模式（Relation Schema）它可以形式化地表示为：
R（A1，A2，A3…Ai）:R是关系名，Ai是关系的属性名。一个关系名对应一张表，关系名对应表名，属性对应表中的列名。
注意：当将关系模式并入实体时，应将关系模式并入1的一方实体而不应放在n的一方。
键（码）、函数依赖以及范式
超键、候选键、主键、外键的含义
超键：在关系模式中，能唯一标识元组的属性集
候选键：与超键的区别在于，超键可能含有多余属性而候选键不能。
主键：在一个关系的若干个候选键中随意指定一个作为关键字，则此关键字为主键。
外键：连接第二个关系的键为外键。如果关系模式R1中的某属性集不是R1的候选键，而是关系模式R2的候选键，则这个属性集对模式R1而言是外键。
主属性：候选码中的诸属性称为主属性
非主属性：不包含在任何候选码中的属性称为非主属性。
超、侯、主的区别
超键中可能有无关的属性，而主键和候选键中属性都是必要的属性。
主键是候选键中的一个。
函数依赖
如上图，令X=Sno,Y=Sname。由X可以确定Y，则X到Y存在函数依赖。
令X=Age,Y=Dept。由X不可以确定Y，则X到Y不存在函数依赖。
完全函数依赖：在R(U)中，如果X->Y,并且对于X的任何一个真子集X‘，都有X’！->Y，则称Y对X完全函数依赖。
部分函数依赖：设X,Y是关系R的两个属性集合，存在X→Y，若X’是X的真子集，存在X’→Y，则称Y部分函数依赖于X。
传递函数依赖：设X,Y,Z是关系R中互不相同的属性集合，存在X→Y(Y !→X),Y→Z，则称Z传递函数依赖于X。
1NF、2NF、3NF的含义
第一范式：在关系模式R中，当且仅当所有域只包含原子值，即每个分量都是不可再分的数据项，则称实体E是第一范式。
第二范式：当且仅当实体E是第一范式，且每一个非键属性完全依赖主键（没有不完全依赖）时，则称实体E是第二范式。如果某个关系模式，它的主键是单关键字而非多个关键字的组合，那么这个关系模式至少是第二范式。
以上关系模式中存在异常：1) 数据冗余，假设同一门课由40个学生选修，学分重复40次；
2) 更新异常，若调整某课程的学分，相应元组值都要进行更新；
3) 插入异常，如计划开新课，由于没人选修，没有学号关键字，只能等有人选修才能把课程和学分存入。
3) 删除异常，若学生已结业，应从当前数据库中删除选修记录，某些课程的新生尚未选修，则此门课程及学分记录无法保存
例
第三范式：当且仅当实体E是第二范式，且E中没有非主属性传递依赖于码时，则称实体E是第三范式。