• 一、二、三范式


           人们都说,当你对一个知识比较不了解的时候,就去给别人讲吧,慢慢的你就会了、、、

    我对范式了解的比较少,所以我们学习小组组的成员就把范式这块给我了。哎,面对组织的 组织的信任,我不禁感到压力山大。经过学习,我总结了一下各个范式 的关系。说的不对的地方,欢迎留言。可能会有奖品相送哦~~~

           首先,第一范式 —— 官方给出的高大上的说明是:”如果关系模式R的每个关系r的属性都是不可分的原子值,那么称R是第一范式。“第一范式的特点是:属性值是原子值。

           组织成员给我的解释是:第一范式就是,把有好几个值的属性分解,得到的就是第一范式。比如说:一个人有一个出生日期的属性,这个属性包含子属性 ”年、月、日“,那么这个模式就不是一范式,应该把它们拆分成:出生 年份;出生月份;出生日期。这样生日这个属性就不可以再拆分了,然后就是第一范式。

           接下来,第二范式——官方的高大上说明:”如果关系模式R是1NF,且每个非主属性完全函数依赖于候选键,那么称R是第二范式的模式。“第二范式的特点是:消除了非主属性对键的函数依赖。

           组织成员给我的解释是:第二范式就是,如果一个主键是由多个属性组成的,这个主键可以推导出来另一个属性,同时这个主键中的部分属性可以推出来别的属性,那么这个模式就不是第二范式,应该把它们拆分。比如说:(如图)        一个表涉及的属性如下:学生学号、学生缴费时间、学生缴费金额、学生姓名。其中,学生学号和学生缴费时间共同确定学生的金额。同时,在这一个表里还有一个学生姓名,可以用学生学号单独确定。那么就出现这样的情况:学生号和缴费时间共同组成一个主键,主键的一部分(学生号)可以确定表中的其他属性(学生姓名)。这样的表是不符合规定的。应该把其中的姓名项单独出去,另建一个表包含的属性是(学生号,姓名)。

           那么,接下来就该是第三范式了,官方给的说明是:如果关系模式R是1nf,且每个非主属性都不传递依赖与R的后选键,那么称R是第三范式的模式。第三范式的特点是:消除了对非主属性的传递函数依赖。

           组织成员给我的解释是:如果有个模式,包含(A、B、C、)三个属性。如果主键是A,A可以推出B,然后B可以推出C。那么就说这个模式不符合第三范式。比如:有一个关系:(学号,专业,系别)通过学号可以推出专业、系别,但是通过专业也可以推出系别。那么我们就说这个关系不符合第三范式。应该拆分成两个范式:(学号,专业)和(专业,系别)。

           接下来就是第3.5范式、、、、、BCNF。依然是高大上的官方说明:如果关系模式R是1nf,且每个属性都不传递依赖与R的后选键,那么称R是BCNF的模式。BCNF范式的特点是:消除了每一属性对键的传递函数依赖。

           组织给的解释是:自己上网查、、、、

           具体3.5范式的内容,请看下集。。。。




  • 相关阅读:
    mxd与service的关系
    转到不同磁盘
    通过vs命令提示符注册dll
    粘贴带有行号的代码到vs2010中
    添加本地图层出现要求cross domain policy的错误
    删除服务后添加相同名字的服务注意点
    Silverlight_F5调试时要求安装相应版本的运行时
    网页优化
    SqlBulkCopy快速批量大数据插入
    2012项目总结
  • 原文地址:https://www.cnblogs.com/liyasong/p/6387903.html
Copyright © 2020-2023  润新知