数据库的设计

1. 多表之间的关系

   1. 一对一
      • 如：人和身份证
      • 分析：双方均是一对一的关系
   2. 一对多（多对一）
      • 如：部门和员工
      • 分析：一个部门有多个员工，一个员工只能对应一个部门
   3. 多对多
      • 如：学生和课程
      • 分析：一个学生可以选择很多门课程，一个课程也可以被很多学生选择

   实现关系

   1. 一对多（多对一）：
      • 如：部门和员工：在多的一方建立外键，指向一的一方的主键
   2. 多对多：
      • 如：学生和课程：多对多的关系实现需要借助第三张中间表，中间表至少包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键
   3. 一对一
      • 如：人和身份证：可以在任意一方添加唯一外键指向另一方的主键。

2. 数据库设计的范式

   • 概念：设计数据库时，需要遵从的一些规范。要遵循后边的范式要求，必须先遵循前边的所有范式要求
   • 分类：

     1. 第一范式：每一列都是不可分割的原子数据项

     2. 第二范式：在第一范式的基础上，非码属性必须完全依赖于候选码（在第一范式的基础上消除非主属性对主码的部分函数依赖）

        • 几个概念

          1. 函数依赖：A–>B 如果通过A属性（属性组）的值，可以确定唯一B属性的值，则称B依赖于A。例如学号被姓名所依赖

          2. 完全函数依赖：A–>B 如果A是一个属性组，则B属性值的确定需要依赖于A属性组中所有的属性值。例如学号和课程名称被成绩完全依赖

          3. 部分函数依赖：A–>B 如果A是一个属性组，则B属性值得确定只需要依赖于A属性组中的某一些值即可。例如：（学号，课程名称）–>姓名

          4. 传递函数依赖：A–>B,B–>C 如果通过A属性（属性组）的值，可以确定唯一B属性的值，再通过B属性（属性值）得值可以确定唯一C属性的值，则称C传递函数依赖于A。

             例如学号被系名所依赖，系名被系主任所依赖，因此系主任传递函数依赖于学号。

          5. 码：在一张表中，如果一个属性（属性组），被其他所有属性所完全依赖，这称这个属性（属性组）为该表的码。

             • 主属性：码属性组中的所有属性
             • 非主属性：除开码属性组的属性

     3. 第三范式：在第二范式的基础上，任何非主属性不依赖于其他非主属性