MySQL--设计，范式

数据库的设计

• 多表之间的关系
  分类：
  1，一对一（了解）：
  如：人和身份证

  2，一对多（多对一）：
  如：部门和员工
  分析：一个部门有多个员工，一个员工只能对应一个部门。

  3，多对多：
  如：学生和课程
  分析：一个学生选择很多课程，一个课程也可以被很多学生选择。
  （如果有两边都是一对多的，那就是多对多）

• 实现关系：
  一对多：
  如：部门和员工
  实现方法：在多的一方建立外键，指向一的一方的主键。

  多对多：
  如：课程和学生
  实现方式：多对多关系实现需要借助第三张中间表。中间表至少包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键。

  一对一：
  如：人和身份证
  实现：一对一的关系，可以在任意一方添加唯一外键指向另一方的主键。

数据库设计的范式

概念：设计数据库时，需要遵循的一些规范。

三大范式：
第一范式（1NF）：每一列都是不可分割的原子数据项
个人理解：就是将每列数据单独，不能将其中的n组规程一类。

第二范式（2NF）：在1NF的基础上，非码属性必须完全依赖于码（在1NF基础上消除非主属性对主码的部分函数依赖）
个人理解：如果存在部分依赖，将部份依赖那一块单独拿出来建表，之后去掉不依赖码的那列（里面可能存在传递依赖，将在第三范式解决这个问题）。

第三范式（3NF）：在2NF基础上，任何非主属性不依赖于其他非主属性（在2NF基础上消除传递依赖）
个人理解：将存在的传递依赖单独拿出来建表。

---

几个概念：

函数依赖：
A—》B，如果通过A属性（属性组）的值，可以确定唯一B属性的值。则称B依赖于A

完全函数依赖：
A—》B，如果A是一个属性组，则B属性值确定需要依赖于A属性中所有的属性值

部分函数依赖：
A—》B，如果A是一个属性组，则B属性值确定需要依赖于A属性中部分的属性值

传递函数依赖：
A—》B，B—》C，如果通过A属性（属性组）的值，能确定唯一B属性（属性组）的值，再通过B属性（属性组）的值，确定唯一C属性的值，则称C传递函数依赖于A

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