数据库中三个范式的理解

上传人:鲁** 文档编号:565015570 上传时间:2022-11-30 格式:DOCX 页数:4 大小:50.04KB
返回 下载 相关 举报
数据库中三个范式的理解_第1页
第1页 / 共4页
数据库中三个范式的理解_第2页
第2页 / 共4页
数据库中三个范式的理解_第3页
第3页 / 共4页
数据库中三个范式的理解_第4页
第4页 / 共4页
亲,该文档总共4页,全部预览完了,如果喜欢就下载吧!
资源描述

《数据库中三个范式的理解》由会员分享,可在线阅读,更多相关《数据库中三个范式的理解(4页珍藏版)》请在金锄头文库上搜索。

1、什么是范式简单的说,范式是为了消除重复数据减少冗余数据,从而让数据库内的数据更好的组 织,让磁盘空间得到更有效利用的一种标准化标准,满足高等级的范式的先决条件是满足低 等级范式。(比如满足2nf 定满足1nf)DEMO让我们先从一个未经范式化的表看起,表如下:noNFEmployeelddepartnentMameNameAddressjobjobDescriptionskilldepartmentDescriptionemail先对表做一个简单说明,employeeld是员工id,departmentName是部门名称,job代表岗 位,jobDescription是岗位说明,skill是员

2、工技能,departmentDescription是部门说明, address是员工住址对表进行第一范式(1NF)如果一个关系模式月的所有属性都是不可分的基本数据项,则曰NF。简单的说,第一范式就是每一个属性都不可再分。不符合第一范式则不能称为关系数据 库。对于上表,不难看出Address是可以再分的,比如”北京市XX路XX小区XX号”,着 显然不符合第一范式,对其应用第一范式则需要将此属性分解到另一个表如下:EmployeeaddressnoNFEmployeelddepartmentf-JameNameAddressIDjobjobDescriptionskjlldepartmentDes

3、criptionemail对表进行第二范式(2NF)若关系模式R曰NF,并且每一个非主属性完全函数依赖于R的码,贝则RWNF简单的说,是表中的属性必须完全依赖于全部主键,所以只有一个主键的表如果符合第一范 式,那一定是第二范式,而不是部分主键。这样做的目的是进一步减少插入异常和更新异常。 在上表中,departmentDescription 是由 DepartmentName 所决定,但却不能由 EmployeelD 决定,故要departme ntDescription对主键是部分依赖,对其应用第二范式如下表:department *departmentlddepartmentf-Jamed

4、epartmentDescriptionnoNF*Em ployeeadd ress *addressIDcitycountrystreet0=00对表进行第三范式(3NF)关系模式RvU, F中若不存在这样的码K、属性组Y及非主属性Z(Z口 Y),使得IY,JZ,成立,则称RvU, F丘3NF。简单的说,第三范式是为了消除数据库中关键字之间的依赖关系,在上面经过第二范式化的 表中,可以看出jobDescriptio n(岗位职责)是由job (岗位)所决定,则jobDescription依赖于job,可以看出这不符合第三范式,对表进行第三范式后的关系图为:noNF*department *号 departmentld departmentf-Jame departmentDescriptionEm ployeeadd ress *job *上表中,已经不存在数据库属性互相依赖的问题,所以符合第三范式

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号