下载本文档
版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领
文档简介
什么是范式简单的说，范式是为了消除重复数据减少冗余数据，从而让数据库内的数据更好的组织，让磁盘空间得到更有效利用的一种标准化标准，满足高等级的范式的先决条件是满足低等级范式。(比如满足2nf一定满足1nf)DEMO让我们先从一个未经范式化的表看起，表如下：先对表做一个简单说明，employeeld是员工id,departmentName是部门名称，job代表岗位，jobDescription是岗位说明，skill是员工技能，departmentDescription是部门说明，address是员工住址对表进行第一范式(1NF)如果一个关系模式R的所有属性都是不可分的基本数据项，则《1NF。简单的说，第一范式就是每一个属性都不可再分。不符合第一范式则不能称为关系数据库。对于上表，不难看出Address是可以再分的，比如”北京市XX路XX小区XX号”，着显然不符合第一范式，对其应用第一范式则需要将此属性分解到另一个表如下：noNF对表进行第二范式(2NF)若关系模式ABNF,并且每一个非主属性完全函数依赖于R的码，则R&NF简单的说，是表中的属性必须完全依赖于全部主键，所以只有一个主键的表如果符合第一范式，那一定是第二范式，而不是部分主键。这样做的目的是进一步减少插入异常和更新异常。在上表中，departmentDescription是由DepartmentName所决定，但却不能由EmployeelD决定，故要departmentDescription对主键是部分依赖，对其应用第二范式如下表：department*departmentlddepartmentf-JamedepartmentDescriptiondepartment*departmentlddepartmentf-JamedepartmentDescription对表进行第三范式(3NF)关系模式R<U,F>中若不存在这样的码X、属性组Y及非主属性Z（Z口Y）,使得SM,JZ,成立，则称R<U,F>e3NF。简单的说，第三范式是为了消除数据库中关键字之间的依赖关系，在上面经过第二范式化的表中，可以看出jobDescription（岗位职责）是由job（岗位）所决定，则jobDescription依赖于job，可以看出这不符合第三范式，对表进行第三范式后的关系图为：department*电departmentlddepartmentf-JamedepartmentDescriptionEmployeeaddress*department*电departmentlddepartmentf-Jamedepartment
温馨提示
- 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
评论
0/150
提交评论