范式，NF，normal format，就是指对表的结构的要求！
目的：1,规范结构！2，减少数据冗余！
第一范式，1NF，字段原子性
要求字段不能再分，要求字段的原子性
第二范式，2NF，非部分依赖
增加唯一主键即可！ID
范式的要求，是逐渐递增！
在满足 了 第一范式的前提下，不能出现部分依赖！
部分依赖指的是：普通字段对 主键 是完全依赖的，而不应该是依赖主键的一部分！
依赖：可以通过那个字段去决定另一个字段
因此，出现主键部分依赖的前提是，出现复合主键！
其中代课时间，开始和结束时间，没有部分依赖！称之为完全依赖于主键：
但是，性别，依赖于讲师 字段 即可！
讲师字段是主键的一部分！因此称之为性别 部分依赖于 主键
因此，该表不符合第二范式！
怎么做？
消灭复合主键即可！增加一个唯一字段的主键即可。增加一个与业务逻辑毫无关系的，唯一的ID主键，int unsigned primary key auto_increment
第三范式，3NF，非依赖传递
在满足第二范式的前提下，取消传递依赖，就是第三范式！
传递依赖：如果字段B对字段A有依赖，而字段C对字段B存在依赖。则出现了传递依赖！
讲师依赖于ID，而性别依赖于讲师。
班级依赖于ID，而教室依赖于班级。
称之为传递依赖！
解决，要保证所有的字段都完全依赖于主键，而不依赖于其他字段！
将独立的实体信息，使用独立的关系(二维表)进行保存！
分别增加讲师，班级表，将代课信息内的讲师和班级信息拆分出：
总结：
每个实体建立一个表，为每个表增加一个主键ID即可！
一个实体表应该如何设计
实体之间的关系的设计
多个是体表应该如何设计！
实体之间存在哪些关系？
班级，学生两类实体！
一对多，多对一，1:N, N:1
班级，讲师两类实体！
多对多，M：N
学生常用信息，学生不常用信息
一对一，1：1
如何设计？
多对一，一对多
在多的那端(那个表内)，增加一个字段，用于保存于当前记录相关联的一端记录的主键！
多对多
增加一个专门管理关联的表，使 班级与讲师都与关连表存在联系。从而 是两个实体间有多对多的关系！
因此，一个多对多，会拆分成两个多对一！
一对一
可见，两个表之间存在相同的主键ID即可！
外键约束
约束的作用，是用于保证数据的完整性或者合理性的工具!
外键：foreign key，当前表内，指向其他表的主键的字段，称之为外键！
外键约束：用于限制相关联的记录在逻辑上保证合理性的约束称之为外键约束！
约束，不是字段。
建立班级表
再创建学生表
看看删除班级的情况：
出现了不合理数据：
此时，可以通过增加外键约束 的方式，来限制以上的操作！
增加外键
alter table 表名 add constraint 约束的名字 foreignkey 外键索引名字 (外键字段名) references 关联表名 (关联字段) [操作]
再删除个试试：
注意：如果当前的数据，已经不符合所见约束关联，则创建失败！
删除外键
alter table table_name drop foreign_key 外键名字！
可以通过 show create table 查看约束的名字：
注意，外键约束与索引的关系：
如果需要在某个字段上，增加外键约束，那么需要该字段也同样有索引！如果该字段上，没有索引，此时，mysql会自动在该字段上增加一个普通索引！
可以选择指定外键约束的名字：
注意上面的外键约束自动建立的索引的名字，与外键的名字相同！
总结：在创建时：
1，外键 与 相应关联表的主键类型
2，已有数据，必须满足约束条件才可以！
3，可以使用constraint 关键字，为外键约束起名字！
约束操作
在对 父表(被关联的表)做操作时，有三种行为：
1，严格限制，拒绝操作。restrict
2，置 null，set null
3，级联操作，cascade
以上三个行为操作，会在主表记录被 删除或者 更新时被使用！
on delete set null
on update cascade
更新时的级联操作：
只有在关联表的主键发生变化时，才会影响到从表的关联字段的变化！
主表：被关联的
从表：发出关联的！
应该注意的问题：
关于，外键约束，只能在当前的 mysql的的 innodb 表类型(引擎)下才会生效！
外键，站在 php程序的角度，用到的不多！
