PHP-范式

范式：Normal Format规定的一种设计方式

范式特点：范式有很多，从低级到高级有六级左右，低级往高级一级比一级要求严格。

关系型数据库通常设计只需要满足其中一半，满足第三范式即可。满足第三范式必须先满足第二范式，第二范式又必须先满足第一范式。

第一范式：1NF

数据表的设计的字段中，每个字段都不能再分，每个字段都必须是最小的不可分割的单位（原子性）
讲师代课表

要知道每个老师是从哪天开始上课的？
因为代课时间的起始和结束时间都需要单独用来使用，而当前的设计需要将数据进行处理才能实现目的，那么这种设计方式违背了第一范式（原子性）

要满足第一范式，只需要将代课时间分为起始时间和结束时间即可

满足第一范式：只要保证字段拿出来可以直接使用而不需要加工即可。

第二范式：2NF

一个数据表中的字段只能依赖一张表中的全部主键，而不能够依赖部分主键（主键是复合主键），第二范式的任务就是取消部分依赖。
讲师代课表

以上采用复合主键来保证记录的唯一性（讲师和班级）
但是上面有一个问题：教室字段受班级影响，教室字段并不是手整个主键（讲师+班级）的影响，而是受主键的部分（班级）影响，该设计违背了第二范式

解决方案：取消复合主键，额外增加一个逻辑主键（不参与业务处理）

满足第二范式：在表中尽量不使用复合主键，使用逻辑主键

第三范式：3NF

在第二范式的前提上，如果在一个表中，出现了的数据会在其他实体（表）中出现，那么该类数据就应该统一拿出来新建一张表来进行维护。如果一个字段，依赖一个表中的飞主键字段，这个时候就称之为传递依赖，就应该将该字段以及依赖的字段取出，重新维护一张表。
讲师代课表

上述设计满足第一范式和第二范式，教室依赖班级存在，性别依赖讲师存在，那么就存在传递依赖。
解决方案：将讲师和性别单独拿出来维护一张表，在代表表中使用讲师对应的主键；班级和教室也单独拿出来维护一张表，带课表中使用班级对应的主键。

满足第三范式：不同的实体创建不同的表，实体之间有关联的话，增加一个字段保存对应其他实体中记录的主键
满足第三范式主要解决数据冗余的问题。

范式是一种规范，但是在数据库的设计的时候，有时候会根据实际的需求，进行适当的数据的冗余，这种设计就称之为逆规范化。
逆规范化：权衡效率和磁盘空间占用问题。

具体以后的数据库该怎么设计？
1.要尽量满足三范式
2.考虑实际情况，如果一个字段在一张表的查询过程非常频繁的被使用，那么就可以考虑逆规范化在该使用数据字段对应id的使用，使用实际的数据字段代替。