数据库的设计，多表之间的关系、实现关系、范式；

数据库的设计

1.多表之间的关系

1.一对一（了解）
	*如人和身份证
	*分析 一个人只有一张身份证
2.一对多（多对一）
	* 部门员工
	*分析 一个部门有多个员工，一个员工只能有一个部门
3.多对多
	*学生课程
	*分析 一个学生可以学多个课程，一个课程也可以被多个学生选择

2.实现关系

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

3.数据库设计的范式

*概念：设计数据库时，需要遵循的一些规范。要遵循后面范式要求，必须先遵循前边的		所有范式要求
目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德	范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。
而通常我们用的最多的就是第一范式（1NF）、第二范式（2NF）、第三范式（3NF），也就是本文	要讲的“三大范式”。
分类：
1.第一范式（1NF）：每一列都是不可分割的原子数据项
*存在问题：
	1.存在非常严重的数据冗余（重复）：姓名、系名、系主任
	2.数据添加存在问题：添加新开设系和系主任时，数据不合法
	3.数据删除也存在问题：学生毕业删除数据会将系的数据一起删除
2.第二范式（2NF）：在1NF的基础上，非码属性必须完全依赖于候选码（在1NF基础上	消除非主属性对主码的部分函数依赖）
*几个概念
	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.第三范式（3NF）：在2NF基础上，任何非主属性不依赖于其它非主属性（在2NF基础	上消除传递依赖）