闭包

主要需要注意传递律还有合并规则，还有函数依赖的闭包格式是怎么写的(X^+^F)

最小依赖集

超键
超键(super key)：在关系中能唯一标识元组的属性集称为关系模式的超键
候选键
候选键(candidate key)：不含有多余属性的超键称为候选键。也就是关系中的一个属性组，其值能唯一标识一个元组。若从属性组中去掉任何一个属性，它就不具有这一性质了，这样的属性组称作候选键。
主属性：任何一个候选键中的属性称作主属性。（请记住这个概念）
主键
主键(primary key)：用户从一个关系的多个候选键中，选定一个作为主键。

结合具体的例子进行解释，现有学生表如下：
学生（学号，姓名，性别，身份证号）

超键
由超键的定义可知，在学生表中含有学号或者身份证号的任意组合都可以唯一标识一个学生，那么它们就是此表的超键。如：（学号）、（身份证号）、（学号，姓名）、（身份证号，性别）等。
候选键
候选键属于超键，它是最小的超键，就是说如果再去掉候选键中的任何一个属性它就不再是超键了。对于（学号、姓名）来说，去掉姓名后仍是一个超键，那么它就不是候选键。其中，学生表中的候选键为：（学号）、（身份证号），主属性就是学号、身份证号。
主键
主键就是候选键里面的一个，用户可以选择，那么在这里我们选择（学号）作为学生表的主键。
键 = 码，英文key。
函数依赖

也就是一个或者一组属性的值可以决定其他属性的值。候选键都可以做到。
部分依赖

举个例子，现有一关于学生的关系模式Student(学生编号 , 学生姓名, 班级编号, 院系, 课程编号 , 成绩)

（学生编号#、课程编号#）作为主键，可以唯一标识每条元组，但是对于学生姓名、学生所属的班级编号、院系，这三个属性可以直接通过学生编号来确定，在这里课程编号#显得很多余。于是称，学生姓名、班级编号、院系对（学生编号#、课程编号#）部分函数依赖。

即，非主属性对键有部分函数依赖。

传递依赖

学生编号可以唯一确定他所在的院系，但是注意到这中间存在传递过程，即学生编号唯一确定该学生所对应的班级编号，班级编号对应唯一的院系。我们称，院系对学生编号传递函数依赖。
范式

关系数据库中的模式设计要满足一定的规范，引入了范式这一概念。
不管做哪种范式的设计，最终要的思想是“one fact in one place”，也就是“一事一地”。

举例

学生编号	课程编号
S01	{C1，C2，C3}
S02	{C1，C4}

它就不满足1NF，因为{C1，C2，C3}和{C1，C4}是集合。

修改为符合1NF：

2NF
定义：在1NF基础上，消除非主属性对键的部分依赖，则称它符合2NF。
根据上面对部分依赖的分析，对于学生姓名、学生所属的班级编号、院系，这三个属性可以直接通过学生编号来确定，在这里课程编号#显得很多余。也就是，学生姓名、班级编号、院系对（学生编号#、课程编号#）部分函数依赖。把Student表进行拆分，可以消除部分依赖。