范式的粗浅认识

          学习范式之前要知道什么事依赖,依赖通常是指属性之间是否有联系,若有联系,则称他们之间依赖,依赖的类型通常有函数依赖、多值依赖、连接依赖、包含依赖等。

第一范式:第一范式的定义为:如果一个关系模式R的所有属性都是不可分的基本数据项,则R∈1NF。基本上所有 的合乎规范的关系应该都属于第一范式。简单说就是单一字段不可再分,比如一个人 的名字必须唯一,不能分为英文名字和中文名字,如果必须这么做,请分为两个字段,即,第一范式主要是为了唯一确定一个字段,消除重复。

第二范式:在第一范式的基础上,若候选码码(唯一确定一个关系)之外的属性只依赖于候选码,那么R∈2NF。反之,若候选码之外的属性有依赖关系,那么不属于第二范式。这里的关键点是只依赖与候选码,体现在数据库表中就是主键,这样就可以唯一确定一行。

第三范式:在第二范式的基础上,若是关系R中不存在对候选码的传递依赖,那么R∈3NF。所谓传递性依赖。比如说,一个员工表中包含部门名称,但是部门表中部门id为主键,部门名称为非主键,这样就不符合第三范式,若是将员工表的部门名称改为部门id,那么就符合第三范式。第三范式主要是为了消除冗余

      一般的,我们采用第三范式就基本能满足要求啦。

BC范式:在第三范式的基础上,若除了码之外没有别的决定因素,那么就称这个范式满足BC范式

 

除此之外还有要求更严格的第四第五范式,这里不多做介绍,一般的第一范式要求最低,然后第二,第三…要求越来越严格,要求严格的范式可以分解为若干个低一级别的范式,称为规范化,关于规范化我这里也不罗嗦啦(因为我也没看*-*)。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值