数据库系统原理：范式理论

• 准备知识
  • 候选码：可以唯一确定一个元组的属性，可以是联合属性，候选码可以有多个。
    • 如：在学生表中，学号可以唯一确定一个学生，那么学号就是候选码
    • 如：再学生选课表中，学号不能唯一确定一个选课关系，而是学号和课号共同确定一个选课关系，所以学号和课号的组合是候选码。
    • 如：在学生表中加入身份证属性，那么学号和身份证号都是候选码，这时是分别做候选码，有两个候选码。
  • 主码：主码是人为规定的，从候选码中选一个
    • 如：在学生表中加入身份证属性，那么学号和身份证号都是候选码，这时人为的规定学号为主码（主键）
  • 主属性：主属性是单个属性，不存在多个，就是一个单独的属性。包含在候选键中的属性就是主属性。
    • 如：在选课关系表中，学号和课号联合起来做主键，当然主键也是候选键，所以学号和课号都是主属性。
  • 非主属性：不是主属性的属性
  • 主关系键：候选键
  • 函数依赖
    • 函数依赖是关系模式中属性之间的一种逻辑依赖关系。
    • eg:在学生关系中，学号决定一个学生的姓名，就说姓名函数依赖于学号。
  • 部分函数依赖
    • eg:学生表(学号，课程号，成绩，姓名)
      • 学号和课程号组合做主键，所以学号和课程号的组合决定所以其他属性
      • 但是姓名只需要学号就可以决定了
      • 所以姓名部分函数依赖于（学号，课程号）
  • 传递函数依赖
    • eg:学生表（学号，姓名，院系，院长）
      • 学号是主键，可以决定其他所以属性
      • 院系不能决定学生学号却可以决定院长是谁
      • 所以院长传递依赖于学号
• 第一范式
  • 每一列要保持原子特征。列是基本数据项，不能再进行拆分，否则设计成一对多的关系。
  • 不满足第一范式就不能称为关系型数据库。
• 第二范式
  • 每个非主属性都完全函数依赖于R的主关系键
• 第三范式
  • 每个非主属性都不传递函数依赖R的主关系键