三大范式+BCNF

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1NF

就是最基本的关系数据库

你现在能用数据库系统做出来的数据库最低都是1NF

注意,1NF范式没有主键(码)

1NF是满足无重复列,每列都不可分隔

无重复列就是说,不能有两个一样的列名,就是不像这样的: 字段1 字段1 字段2 字段3

每列不可分隔就是不象这样的:

字段1 字段2 字段3 字段4

字段2.1 字段3.1

字段2.2

就像这样的就是1NF

字段1 字段2 字段3 字段4

例子:

学生:Student(姓名, 年龄,所在学院, 学院地点, 学院电话);

选课关系:SelectCourse(姓名, 年龄,所在学院, 学院地点, 学院电话, 课程名称, 成绩)。

因为没有主键,每门课程都要列出姓名,年龄等这些数据,这就是数据冗余,更新或删除操作都可能会出现异常,因为你要更新或删除一个学生,就需要对选课关系进行相关操作。

2NF

简单的说 2NF就是在1NF上加上主键

下面这个就是2NF

简单的说,就是每个字段都可以由主键来确定。

字段1(PK)字段2 字段3 字段4

例子:

学生:Student(学号(PK), 姓名, 年龄,所在学院, 学院地点, 学院电话);

课程:Course(课程名称(PK), 学分);

选课关系:SelectCourse(学号(PK), 课程名称, 成绩)。

这样的数据库表是符合第二范式的,消除了数据冗余、(大部分,不是全部,但是1NF到2NF不是为了消除数据冗余,简单的说就是为了给了个主键,所以消除了部分数据冗余)更新异常、插入异常和删除异常。

3NF

学生关系表为Student(学号(PK), 姓名, 年龄, 所在学院, 学院地点, 学院电话)

关键字为单一关键字"学号",因为存在如下决定关系:(学号) → (姓名, 年龄, 所在学院, 学院地点, 学院电话) 这个数据库是符合2NF的,但是不符合3NF,因为存在如下决定关系:

(学号) → (所在学院) → (学院地点, 学院电话)

即存在非关键字段"学院地点"、"学院电话"对关键字段"学号"的传递函数依赖。

它也会存在数据冗余、更新异常、插入异常和删除异常的情况。

把学生关系表分为如下两个表:

学生:(学号(PK), 姓名, 年龄, 所在学院(FK));

学院:(学院(PK), 地点, 电话)。

这样的数据库表是符合第三范式的,消除了数据冗余、更新异常、插入异常和删除异常。简单的说,就是把会重复的东西另外放在一张表里。

BCNF

BCNF其实就是3NF的改进版。

假设仓库管理关系表

StorehouseManage(仓库ID(PK), 存储物品ID(FK), 管理员

ID(FK), 数量)

且有一个管理员只在一个仓库工作;一个仓库可以存储多种物品。这个数据库表中存在如下决定关系:

(仓库ID, 存储物品ID) →(管理员ID, 数量)

(管理员ID, 存储物品ID) → (仓库ID, 数量)

这个表中唯一一个非关键字(非主键或非主码):“数量”。仓库ID、存储物品ID、管理员ID三个作为关键字,决定了非关键字“数量”,所以满足了3NF。但是,仓库ID决定了管理员ID,管理员ID也决定了仓库ID,所以存在了关键字决定了关键字,所以不符合BCNF。

将StorehouseMange关系表分解成下面:

仓库管理:StorehouseManage(仓库ID(FK), 管理员ID(FK));

仓库:Storehouse(仓库ID(PK), 存储物品ID, 数量)。

这两张满足3NF并且不存在关键字决定关键字,所以满足了BCNF。

相关文档
最新文档