热门标签 | HotTags
当前位置:  开发笔记 > 数据库 > 正文

深入解析数据库设计的三大范式及其应用

在构建数据库时,需遵循多项原则以确保其高效性和可靠性。优秀的数据库设计不仅能有效节约存储资源,简化应用程序开发流程,还能强化数据完整性的保障,提升系统整体性能。通过深入解析数据库设计的三大范式,本文旨在为读者提供实用的设计指导,帮助其在实际应用中避免常见错误,实现更加稳健的数据管理。
在数据库的建立过程中需要考虑很多规则,一个良好的数据库设计不但要节省数据的存储空间,方便进行数据库应用程序的开发,而且能够保证数据的完整性。定义一个良好的数据库需要这么多的规则,那我们设计时岂不更让人头疼。所以为了能够建立一个好的数据库在开发时就必须保证数据库的规范化——三大范式。

数据库三范式
为了建立冗余较小,结构合理的数据库,在设计时必须遵循一定的规则。在关系数据库中这些规则简称为数据库的范式。Dr E.F.codd 最初定义了规范化的是三个级别,这些范式是:

第一范式(1st NF)

第二范式(2nd NF)

第三范式(3rd NF)


三范式间是层层递进的关系,高层的范式要在符合底层范式的基础上设计。在进行数据库设计时应该根据三层范式层层递进,一个好的数据库一定遵守三范式,但由三范式设计出的数据库不一定是最好的,但范式是具有最小冗余的表结构。

第一范式:


最基本的范式,确保每列都是不可再分的最小单元。在设计时比较简单。

第一范式的设计需要根据系统的设计需求来定。如:在某些数据库系统中需要用到“时间”这个属性,本来直接将“时间”这个属性设计成一个数据库表的字段就行,但是如果系统经常会访问“时间”属性中的“年”部分,那么就要将“时间”这个属性重新拆分为年、月、日、时等多个部分进行存储,这样在对地址中某一部分操作的时候将非常。

学号
课程名称
姓名年龄成绩学分
1数学韩某23774
2英语张某22703

第二范式:


首先要满足第一范式。数据库表中不存在非关键字段对任意候选关键字段的部分依赖(主要针对联合主键而言),需要确保数据库表中的每一列都和主键相关。
如:假定下表为选课关系表,其中学号和课程名称为组合关键字。


上面的表虽然看起来很整齐,但是却不满足第二范式,因为存在如下的部分依赖关系:
(课程名称)-->(学分)
(学号)-->(姓名,年龄)
即存在非关键字段对其中某一关键字段的部分依赖关系。
由于不符合2NF,这个选课关系表在使用时会导致数据冗余、更新异常等情况。
在设计时我们应尽量避免使用组合关键字,因为,所有但关键字的数据库表都符合第二范式,因为不可能存在组合关键字。

第三范式:


首先要符合第二范式,数据表中不存在非关键字段对任意候选关键字段的传递函数依赖。即不存在"A → B → C"的决定关系。每一列数据都和主键直接相关,而不能间接相关。
假定学生关系表为(学号, 姓名, 年龄, 所在学院, 学院地点, 学院电话),关键字为单一关键字"学号",因为存在如下决定关系:
(学号) → (姓名, 年龄, 所在学院, 学院地点, 学院电话)
这个数据库是符合2NF的,但是不符合3NF,因为存在如下决定关系:
(学号) → (所在学院) → (学院地点, 学院电话)
即存在非关键字段"学院地点"、"学院电话"对关键字段"学号"的传递函数依赖。
这时应把学生关系表分为如下两表:
学生:(学号, 姓名, 年龄, 所在学院);
学院:(学院, 地点, 电话)。

BCNF(鲍依斯-科得范式)


在第三范式的基础上,数据库表中如果不存在任何字段对任一候选关键字段的传递函数依赖则符合BC范式。它较多考虑的是在组合主键中,两个主键之间的关系。因为经过第三范式设计后,已经基本上没有了非主属性对候选关键字的传递依赖。但第三范式并没有考虑候选关键字之间的关系。
假设仓库管理关系表为(仓库ID, 存储物品ID, 管理员ID, 数量),且有一个管理员只在一个仓库工作;一个仓库可以存储多种物品。这个数据库表中存在如下决定关系:
(仓库ID, 存储物品ID) →(管理员ID, 数量)
(管理员ID, 存储物品ID) → (仓库ID, 数量)
所以,(仓库ID, 存储物品ID)和(管理员ID, 存储物品ID)都是仓库管理关系表的候选关键字,表中的唯一非关键字段为数量,它是符合第三范式的。但是,由于存在如下决定关系:
(仓库ID) → (管理员ID)
(管理员ID) → (仓库ID)
即存在关键字段决定关键字段的情况,所以其不符合BCNF范式。
它会出现如下异常情况:
(1) 删除异常:
当仓库被清空后,所有"存储物品ID"和"数量"信息被删除的同时,"仓库ID"和"管理员ID"信息也被删除了。
(2) 插入异常:
当仓库没有存储任何物品时,无法给仓库分配管理员。
(3) 更新异常:
如果仓库换了管理员,则表中所有行的管理员ID都要修改。
把仓库管理关系表分解为二个关系表:
仓库管理:StorehouseManage(仓库ID, 管理员ID);
仓库:Storehouse(仓库ID, 存储物品ID, 数量)。
这样的数据库表是符合BCNF范式的,消除了删除异常、插入异常和更新异常。
三范式是最初的数据库设计规则,它是为了避免数据的冗余,但是越较多应用范式那么分出的表就越多,这无形中就又会造成数据的冗余,所以范式只是规定了一个标准,但并不是最准确的。在使用范式时要看情况,有些冗余也是需要的。

总结:


其实简单的说三范式是数据库设计中最基础的规则,第一范式不需要我们考虑太多,因为关系数据库已经帮我们控制好了;第二范式,就是要有主键,其他属性都要依赖于这个主键,再设计时尽量避免组合的主键,组合主键常常违背第二范式;第三范式,就是不能有冗余,一张表,只能有主键,依赖主键的属性,外键,不能包含外键表的非主键属性。




推荐阅读
  • 二维码的实现与应用
    本文介绍了二维码的基本概念、分类及其优缺点,并详细描述了如何使用Java编程语言结合第三方库(如ZXing和qrcode.jar)来实现二维码的生成与解析。 ... [详细]
  • 在日常生活中,支付宝已成为不可或缺的支付工具之一。本文将详细介绍如何通过支付宝实现免费提现,帮助用户更好地管理个人财务,避免不必要的手续费支出。 ... [详细]
  • 本文详细介绍了C++中的构造函数,包括其定义、特点以及如何通过构造函数进行对象的初始化。此外,还探讨了转换构造函数的概念及其在不同情境下的应用,以及如何避免不必要的隐式类型转换。 ... [详细]
  • CentOS下ProFTPD的安装与配置指南
    本文详细介绍在CentOS操作系统上安装和配置ProFTPD服务的方法,包括基本配置、安全设置及高级功能的启用。 ... [详细]
  • 解决JavaScript中法语字符排序问题
    在开发一个使用JavaScript、HTML和CSS的Web应用时,遇到从SQLite数据库中提取的法语词汇排序不正确的问题,特别是带重音符号的字母未按预期排序。 ... [详细]
  • 数据类型--char一、char1.1char占用2个字节char取值范围:【0~65535】char采用unicode编码方式char类型的字面量用单引号括起来char可以存储一 ... [详细]
  • 本文详细介绍了iOS应用的生命周期,包括各个状态及其转换过程中的关键方法调用。 ... [详细]
  • 如何从BAM文件绘制ATAC-seq插入片段长度分布图?
    在ATAC-seq数据处理中,插入片段长度的分布图是一个重要的质量控制指标,它能反映出核小体的周期性排列。本文将详细介绍如何从BAM文件中提取并绘制这些数据。 ... [详细]
  • 本文作为《WM平台上使用Sybase Anywhere 11》系列的第二篇,将继续探讨在Windows Mobile (WM) 系统中如何高效地操作Sybase Anywhere 11数据库。继上一篇关于安装与基本测试的文章之后,本篇将深入讲解数据库的具体操作方法。 ... [详细]
  • 项目风险管理策略与实践
    本文探讨了项目风险管理的关键环节,包括风险管理规划、风险识别、风险分析(定性和定量)、风险应对策略规划及风险控制。旨在通过系统的方法提升项目成功率,减少不确定因素对项目的影响。 ... [详细]
  • 本文详细介绍了在尝试启动MySQL服务时,如果遇到错误提示‘MySQL未运行,但锁定文件(/var/lock/subsys/mysql)存在’应如何处理,包括具体的操作步骤和可能的原因分析。 ... [详细]
  • 深入理解Flink的水印机制
    本文详细探讨了Apache Flink框架中的水印机制,这是一种用于处理数据流中时间不一致问题的重要工具。通过介绍水印的工作原理及其在实际应用中的实现方式,帮助读者更好地理解和利用这一功能。 ... [详细]
  • 从CodeIgniter中提取图像处理组件
    本指南旨在帮助开发者在未使用CodeIgniter框架的情况下,如何独立使用其强大的图像处理功能,包括图像尺寸调整、创建缩略图、裁剪、旋转及添加水印等。 ... [详细]
  • 探索AI智能机器人自动盈利系统的构建
    用户可通过支付198元押金及30元设备维护费租赁AI智能机器人,推荐他人加入可获得相应佣金。随着推荐人数的增加,用户将逐步解锁更高版本,享受更多收益。 ... [详细]
  • 本文介绍了ADO.NET框架中的五个关键组件:Connection、Command、DataAdapter、DataSet和DataReader。每个组件都在数据访问和处理过程中扮演着不可或缺的角色。 ... [详细]
author-avatar
霓Nin氵ini
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有