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

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

你可能感兴趣的:(数据库系统原理:范式理论)