第二范式:在第一范式的基础上,每个非主属性必须函数依赖于码
第三范式:在第二范式上消除码间的传递
还有BCNF,4NF
可以查阅相关资料
如何判断,判断的基准是依靠定义来判断的
1nf>2nf>3nf>bcnf>4nf
一、含义不同:
第二范式(2NF):关系模式R属于第一范式,且每个非主属性都完全函数依赖于键码。
第三范式(3NF):关系模式R属于第一范式,且每个非主属性都不伟递领带于键码。
二、内容不同:
第二范式(2NF):首先是 1NF,另外包含两部分内容,一是表必须有一个主键;二是没有包含在主键中的列必须完全依赖于主键,而不能只依赖于主键的一部分。
第三范式(3NF):首先是 2NF,另外非主键列必须直接依赖于主键,不能存在传递依赖。即不能存在:非主键列 A 依赖于非主键列 B,非主键列 B 依赖于主键的情况。
第二范式
通常称这种关系为函数依赖(Functional dependence)关系,即表中其他数据元素都依赖于主关键字,或称该数据元素惟一地被主关键字所标识。第二范式是数据库规范化中所使用的一种正规形式。它的规则是要求数据表里的所有非主属性都要和该数据表的主键有完全依赖关系;如果有哪些非主属性只和主键的一部份有关的话,它就不符合第二范式。
以上内容参考:百度百科-第二范式
三大范式并不是用来区别的,是关系型数据库里的规范,是为了减少数据冗余。如果三个规范都满足说明的你的数据库比较健全,数据冗余少,后期维护也方便。用多了就知道了。如果一定要记下,记住定义就好。第一范式:确保每列的原子性.如果每列(或者每个属性)都是不可再分的最小数据单元(也称为最小的原子单元),则满足第一范式.
例如:顾客表(姓名、编号、地址、……)其中"地址"列还可以细分为国家、省、市、区等。
第二范式:在第一范式的基础上更进一层,目标是确保表中的每列都和主键相关.
如果一个关系满足第一范式,并且除了主键以外的其它列,都依赖于该主键,则满足第二范式.
例如:订单表(订单编号、产品编号、定购日期、价格、……),"订单编号"为主键,"产品编号"和主键列没有直接的关系,即"产品编号"列不依赖于主键列,应删除该列。
第三范式:在第二范式的基础上更进一层,目标是确保每列都和主键列直接相关,而不是间接相关.
如果一个关系满足第二范式,并且除了主键以外的其它列都不依赖于主键列,则满足第三范式.
为了理解第三范式,需要根据Armstrong公里之一定义传递依赖。假设A、B和C是关系R的三个属性,如果A-〉B且B-〉C,则从这些函数依赖中,可以得出A-〉C,如上所述,依赖A-〉C是传递依赖。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)