zoukankan      html  css  js  c++  java
  • 数据库范式

      数据库范式那些事:  http://www.cnblogs.com/careyson/archive/2010/02/16/1668803.html

    理解数据库式:

    http://www.cnblogs.com/myaspnet/archive/2011/06/15/2081652.html

    细说数据库范式

    http://www.cnblogs.com/kissknife/archive/2009/10/26/1590029.html

     

     

     

    对表进行第一范式(1NF)

        如果一个关系模式R的所有属性都是不可分的基本数据项,则R∈1NF。

        简单的说,第一范式就是每一个属性都不可再分。不符合第一范式则不能称为关系数据库。对于上表,不难看出Address是可以再分的,比如”北京市XX路XX小区XX号”,着显然不符合第一范式,对其应用第一范式则需要将此属性分解到另一个表,如下:

    1nf

    对表进行第二范式(2NF)

    若关系模式R∈1NF,并且每一个非主属性都完全函数依赖于R的码,则R∈2NF

    简单的说,是表中的属性必须完全依赖于全部主键,而不是部分主键.所以只有一个主键的表如果符合第一范式,那一定是第二范式。这样做的目的是进一步减少插入异常和更新异常。在上表中,departmentDescription是由主键DepartmentName所决定,但却不是由主键EmployeeID决定,所以departmentDescription只依赖于两个主键中的一个,故要departmentDescription对主键是部分依赖,对其应用第二范式如下表:

    3nf

    对表进行第三范式(3NF)

    关系模式R<U,F> 中若不存在这样的码X、属性组Y及非主属性Z(Z  Y), 使得X→Y,Y→Z,成立,则称R<U,F> ∈ 3NF。

    简单的说,第三范式是为了消除数据库中关键字之间的依赖关系,在上面经过第二范式化的表中,可以看出jobDescription(岗位职责)是由job(岗位)所决定,则jobDescription依赖于job,可以看出这不符合第三范式,对表进行第三范式后的关系图为:

    3nf1

    上表中,已经不存在数据库属性互相依赖的问题,所以符合第三范式

     

    下面我将比较第二范式和第三范式,以其找出共同点和异同点。

    下面以《数据库范式那些事》中的例子进行比较。

    可以看到第二范式和第三范式的共同点是:表中的属性必须完全依赖于全部主键。

    异同点:第二范式要求表中的属性必须完全依赖于全部主键,而不是部分主键

    第三范式要求是表中的属性必须完全依赖于全部主键,不能依赖于部分主键,更不能依赖部分属性

    所以,第三范式是对第二范式的进一步规范化。


    作者:kissazi2
    出处:http://www.cnblogs.com/kissazi2/
    本文版权归作者所有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

  • 相关阅读:
    面相对象2016/4/19
    2016/4/19
    ajax2016/4/15 post与get
    iframe2016/4/12
    Hibernate报错解决Error parsing JNDI name [],Need to specify class name
    vue-router 源码解析最简版
    vue数据响应式原理
    3-箭头函数与普通函数
    2.1.7 html的处理与打包
    2.1.6 css的编译与处理 -2
  • 原文地址:https://www.cnblogs.com/kissazi2/p/2977137.html
Copyright © 2011-2022 走看看