数据库关系与范式
来源:互联网 发布:情感知乎 编辑:程序博客网 时间:2024/05/17 05:12
第一范式(1NF):数据库表中的字段都是单一属性的,不可再分。
每个属性不可分割
而这样的数据库表是不符合第一范式的:
字段1 字段2 字段3 字段4
字段3.1字段3.2
字段3.1
很显然,在当前的任何关系数据库管理系统(DBMS)中,傻瓜也不可能做出不符合第一范式的数据库,因为这些DBMS不允许你把数据库表的一列再分成二列或多列。因此,你想在现有的DBMS中设计出不符合第一范式的数据库都是不可能的。
第二范式(2NF):数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖
在第一范式的基础上,每个非关键字段都依赖关键字段集合,而不是单单依赖一个关键字段(这叫--不存在部分函数依赖,就是不依赖局部某个关键字)假定选课关系表为SelectCourse(学号,
(学号,
这个数据库表不满足第二范式,因为存在如下决定关系:
(课程名称)
(学号)
即存在组合关键字中的字段决定非关键字的情况。
由于不符合2NF,这个选课关系表会存在如下问题:
(1)
同一门课程由n个学生选修,"学分"就重复n-1次;同一个学生选修了m门课程,姓名和年龄就重复了m-1次。
(2)
若调整了某门课程的学分,数据表中所有行的"学分"值都要更新,否则会出现同一门课程学分不同的情况。
(3)
假设要开设一门新的课程,暂时还没有人选修。这样,由于还没有"学号"关键字,课程名称和学分也无法记录入数据库。
(4)
假设一批学生已经完成课程的选修,这些选修记录就应该从数据库表中删除。但是,与此同时,课程名称和学分信息也被删除了。很显然,这也会导致插入异常。
把选课关系表SelectCourse改为如下三个表:
学生:Student(学号,
课程:Course(课程名称,
选课关系:SelectCourse(学号,
这样的数据库表是符合第二范式的, 消除了数据冗余、更新异常、插入异常和删除
异常。
异常。
另外,所有单关键字的数据库表都符合第二范式,因为不可能存在组合关键字。
第三范式(3NF):在第二范式的基础上,数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。
姓名, 年龄, 所在学院, 学院地点, 学院电话),关键字为单一关键字"学号",因为存在如下决定关系:
(学号)→ (姓名, 年龄, 所在学院, 学院地点, 学院电话)
第三范式(3NF):在第二范式的基础上,数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。
在第二范式基础上,消除码间的传递,即间接依赖关键码(关键字段假定学生关系表为Student(学号,→ 非关键字段x → 非关键字段y)
(学号)
这个数据库是符合2NF的,但是不符合3NF,因为存在如下决定关系:
(学号)→ (所在学院) → (学院地点, 学院电话)
即存在非关键字段"学院地点"、"学院电话"对关键字段"学号"的传递函数依赖。它也会存在数据冗余、更新异常、插入异常和删除异常的情况,读者可自行分析得知。
(学号)
即存在非关键字段"学院地点"、"学院电话"对关键字段"学号"的传递函数依赖。它也会存在数据冗余、更新异常、插入异常和删除异常的情况,读者可自行分析得知。
把学生关系表分为如下两个表:
学生:(学号,
学院:(学院,
这样的数据库表是符合第三范式的,消除了数据冗余、更新异常、插入异常和删除异
常。
鲍依斯-科得范式(BCNF):在第三范式的基础上,数据库表中如果不存在任何字段对任一候选关键字段的传递函数依赖则符合第三范式。
在第三范式基础上,关键码中有相互依赖关系(关键字段x→关键字段y, 关键字段y→关键字段z)
假设仓库管理关系表为StorehouseManage(仓库ID, 存储物品ID, 管理员ID, 数量),
且有一个管理员只在一个仓库工作;一个仓库可以存储多种物品。这个数据库表中存
在如下决定关系:
(仓库ID,存储物品ID) →(管理员ID, 数量)
(管理员ID,存储物品ID) → (仓库ID, 数量)
所以,(仓库ID,存储物品ID)和(管理员ID, 存储物品ID)都是StorehouseManage的候选关键字,表中的唯一非关键字段为数量,它是符合第三范式的。但是,由于存在如下决定关系:
(仓库ID)→ (管理员ID)
(管理员ID)→ (仓库ID)
即存在关键字段决定关键字段的情况,所以其不符合BCNF范式。它会出现如下异常情
况:
(1)删除异常:
当仓库被清空后,所有"存储物品ID"和"数量"信息被删除的同时,"仓库ID"和"管理
员ID"信息也被删除了。
(2)插入异常:
当仓库没有存储任何物品时,无法给仓库分配管理员。
(3)更新异常:
如果仓库换了管理员,则表中所有行的管理员ID都要修改。
且有一个管理员只在一个仓库工作;一个仓库可以存储多种物品。这个数据库表中存
在如下决定关系:
(仓库ID,
(管理员ID,
所以,(仓库ID,
(仓库ID)
(管理员ID)
即存在关键字段决定关键字段的情况,所以其不符合BCNF范式。它会出现如下异常情
况:
(1)
当仓库被清空后,所有"存储物品ID"和"数量"信息被删除的同时,"仓库ID"和"管理
员ID"信息也被删除了。
(2)
当仓库没有存储任何物品时,无法给仓库分配管理员。
(3)
如果仓库换了管理员,则表中所有行的管理员ID都要修改。
把仓库管理关系表分解为二个关系表:
仓库管理:StorehouseManage(仓库ID, 管理员ID);
仓库:Storehouse(仓库ID,存储物品ID, 数量)。
仓库:Storehouse(仓库ID,
这样的数据库表是符合BCNF范式的,消除了删除异常、插入异常和更新异常。
0 0
- 关系数据库与范式
- 数据库关系与范式
- 关系数据库范式
- 关系数据库的范式
- 关系数据库的范式
- 关系数据库的范式
- 关系数据库之范式
- 关系数据库的范式
- 关系数据库3范式
- 关系数据库范式
- 关系数据库设计范式
- 关系数据库范式
- 关系数据库设计范式
- 关系数据库范式
- 关系数据库设计范式
- 关系型数据库--范式
- 数据库范式之间关系?
- 关系数据库的范式
- Gray Code
- STL之hashtable
- [!] Unable to satisfy the following requirements:众里寻他千百度。
- 原型模式
- 深入浅出Mysql(二)
- 数据库关系与范式
- 各种色彩空间格式
- Handler的机制
- string添加属性
- 程序员值得收藏的十大button模式!
- js打折 (批量计算9折 8折 7折
- 黑马程序员__java面向对象__构造函数和继承
- 非常实用的android动态注册广播并发送以及接收实例
- 友盟社会化分享 ### 微信发送被拒绝 微信与朋友圈点击无响应