补充1、第一范式1NF数据库表中的字段都是单一属性

1、1、第一范式（1NF）：数据库表中的字段都是单一属不可个单一属性由基本类括整逻辑型、日期例如，如下的数1、第一范式（1NF）：数据库表中的字段都是单一属不可个单一属性由基本类括整逻辑型、日期例如，如下的数据库表是符合第一范而下面这样的数据库表是不符合第一范式很显然，在当前的任何关系数据库管理系统（DBMS）中可能做出不符合第一范式的数据库，因为这些 DBMS 不允据库表的一列再分成二列或2、第二范式（2NF）：数据库表中每个非主属性完全赖于假定选课关系表为 SelectCourse(学号, 课程称, 成绩, 学分字段字段字段字段字段字段字段字段字段字段主码为(学号课程名称)，因为存在如下决定(

2、学号, 课程名称) , 成绩, 学分这个数主码为(学号课程名称)，因为存在如下决定(学号, 课程名称) , 成绩, 学分这个数据库表不满足第二范式，因为存在如下决定(课程名称) (学分(学号) ,)即存在非主属性部分依赖于码由于不符合 2NF，这个选课关系表会存在如下问(1) 数据冗余同一门课n 个学生选修，学分n-1 次；同一个生选修了m门课程就重复了m-1次和(2) 更新异常若调整了某门课程的学分，数据表中所有行的学分值都要新，否则会出现同一门课程学分不同的情异常假设要开设一门新的课程，暂时还没有人选修。这样没有学号主码，课程名称和学分也无(4) 删除异常入数据假设一批学生已经完成课程的选

3、修，这些选就应据库表中删除。但是，与此同时，课程名称和学分信息也被删除了很显然，这也会导异常把选课关系表 SelectCourse 改为如下三个表学生：Student(学号,课程：Course(课程名称, 学分选课关系：把选课关系表 SelectCourse 改为如下三个表学生：Student(学号,课程：Course(课程名称, 学分选课关系：SelectCourse(学号课程名称成绩)这样的数据库表是符合第二范式另外，所有的数据库表都符合第二范式，因为不可能在组合码，就没有部分依赖于码的情况3第三范式（3NF）：如果非主属性既不部分依赖于码不传递依赖于码，则符合第三范所谓传递函数依赖，指的

4、是如果存在A B C的决定关系，C 传递函数依赖于 A。因此，满足第三范式的数据库表应该不存在下依赖关系主属性x 主属性假定学生关系表为Student(学号, 所在学院, 学院地点)学学号，因为存在如下决定关主码(学号) , 所在学院, 学院地点, 学)这个数据库是符合的，但是不符3NF，因为存在如决定(学号) (所在学院) (学院地点, 学这个数据库是符合的，但是不符3NF，因为存在如决定(学号) (所在学院) (学院地点, 学)即存在非主属性学院地点、学主码学号函数它也会存在数据冗余、更新异常异常和删除异常的情读者可自行分析得知把学生关系表分为如下两个表学生：(学号, 所在学院)学院：(学

5、院, 地点这样的数据库表是符合第三范式4-科德范式（BCNF）（Boyce Codd 提出如果不存在任何属性对码的传递依赖与部分依赖，则符合 BC （每个决都包含码假设仓库管理关系StorehouseManage(仓库物品ID, 管理员ID, 数量并且一个管理员只在一个仓库工作；一个仓库可多种物品这个数据库表中存在如下决定并且一个管理员只在一个仓库工作；一个仓库可多种物品这个数据库表中存在如下决定关(仓库(管理员物品ID) (管理员ID, 数量物品ID) (仓库ID, 数量所以，(物品 ID)和(管理员物品ID)的候选码，表中为数它是符合第三范式的但是，由于存在如下决定关系(仓库ID) (管理

6、员(管理员ID) (仓库即：存在主属性决定主属性的情况（主属性对码的部分依赖所以不符BCNF 它会出现如下异常(1) 删除异常当仓库被清空后，所有物品 ID和数量信息被删除的时，仓库ID和管理员 ID信息也被删除了异常当仓库没任何物品时，无法给仓库分配管理(3) 更新异常非主如果仓库换了管理员，则表中所有行的管理员 ID 都要修把仓库管理关系表分解为二个关仓库管理：如果仓库换了管理员，则表中所有行的管理员 ID 都要修把仓库管理关系表分解为二个关仓库管理：StorehouseManage(仓库 管理员仓库：Storehouse(仓库ID, 物品ID, 数量)这样的数据库表是符合BCNF 范式的

7、来做一的数据库，有如下（1） 用户：用户名，主页，联系（2）帖子：发帖标题，发帖内容，回复标题，回复内第一数据库设计为仅仅存在表这个数据库表符合第一范式，但是，没有任何一组候选码需要增加发帖ID、回ID定数据库表的整行修改用 户名主页电话址题容题容这样数据表中的 主码(用户名IDID)能决(用户名,发帖ID,回复ID) ,主页,联系地址发帖标题,发帖内容,回这样数据表中的 主码(用户名IDID)能决(用户名,发帖ID,回复ID) ,主页,联系地址发帖标题,发帖内容,回复标题,回复但是，这样的设计不符合第二范式，因为存在如下决定(用户名,主页,联系地址(发帖ID)发帖标题,发帖内(回复ID)回复

8、标题,回复内即非主属性部分函数依赖于码，很明显，这个设计会导的数据冗余和操作数据库表分解为（带下划线的为主码用户信息：用户名，主页，联系地帖子信息：发帖 ID，标题，内回复信息：回复 ID，标题，内发贴：用户名，发帖回复：发帖ID，回复用名主页电话联 系地 发 帖标发 帖内 回 复标回 复内这样的设计是满足第 1、2、3 范式和 BCNF 范式要求的样的设计是不是最好的不这样的设计是满足第 1、2、3 范式和 BCNF 范式要求的样的设计是不是最好的不一定的关系，因可以把发帖合并到第 2 项的帖子信息中；第 项回复中的发帖ID和回ID之间1：N的关系，因 数据冗余，新的设用户信息：用户名，主页

9、，联系地帖子信息：用户名，发帖ID，标题，内回复信息：发帖 ID，回复ID，标题，内数据库表（1）显然满足所有范式的要求数据库表（2）中存在非主属性标题、内容对码的部依赖（只依赖于发帖ID），即不满足第二范式的要求，但是这设计并不会导致数据冗余和操作数据库表（3）中也存在非主属性标题、内容对码的部数依赖（只依赖于回ID），也不满足第二范式的要求数据库表 2 相似，这一设计也不会导致数据冗余和操作异由此可以看出，并不一定要强行满足范式的要求1：N系1 的一边合并到 N 的那边后，N 系1 的一边合并到 N 的那边后，N 的那边就不再满足第二范式了但是这种设计反而比较对于M：N的关系，不能将M 一边或N一边合并到另一边去，样会导致不符合范式要