数据库 --- 第一范式,第二范式,第三范式,BCNF范式

第一范式 属性的原子性

所谓的第一范式就是数据库中的每一列都是不可分割的基本数据项,同一列中不能有多个值,即实体中的某个属性不能有多个值或者不能有重复的属性,如果出现重复的属性则需要重新构建实体,新的实体由重复的属性构成。
见图

å¨è¿éæå¥å¾çæè¿°

分析图: 在进货和销售中 有两个重复的属性(数量和单价),并且进价和销售是可以再分割的,不满足原子性,即不满足第一范式,可以修改为下面的两个实体

å¨è¿éæå¥å¾çæè¿°

å¨è¿éæå¥å¾çæè¿°

第二范式 属性完全依赖于主键

第二范式是在第一范式的基础上建立起来的,即满足第二范式必须先满足第一范式,第二范式要求数据库的每个实例或行必须可以被唯一的区分,即表中要有一列属性可以将实体完全区分,这个属性就是主键,即每一个属性完全依赖于主键,在员工管理中,员工可以通过员工编号进行唯一区分,
完全依赖概念:即非主属性不能依赖于主键的部分属性,必须依赖于主键的所有属性。

第三范式

满足第三范式必须先满足第二范式,第三范式要求一个数据库表中不包含已在其他表中已包含的非主关键字信息, 例如 存在一个课程表,课程表中有课程号(Cno),课程名(Cname),学分(Ccredit),那么在学生信息表中就没必要再把课程名,学分再存储到学生表中,这样会造成数据的冗余, 第三范式就是属性不依赖与其他非主属性,也就是说,如果存在非主属性对于码的传递函数依赖,则不符合第三范式

å¨è¿éæå¥å¾çæè¿°
这个例子就是典型的非3NF 两个非主属性
属性不依赖与其他非主属性,则不符合第三范式
--------选修课程名---->选修课程号(非主属性)
如果存在非主属性对于码的传递函数依赖,则不符合第三范式
理解为
--------选修课程名---->选修课程号------> 学号(传递依赖)
不是第三范式

BCNF 范式

满足BCNF范式的条件如下:

所有的非主属性对每一个码都是完全函数依赖 (暗含 主关键字里面可能有多个码可以将实体区分)
所有的主属性对每一个不包含它的码也是完全函数依赖(即所选码与未选择的码之间也是完全函数依赖的)
没有任何属性完全函数依赖于非码的任何一组属性(即非主属性之间不能函数依赖)
解释:
例如关系模式 S(Sno,Sname,Sdept,Sage) 假设 Sname具有唯一性
解释条件1:非主属性 (Sdept,Sage) 不仅依赖于Sno,而且依赖于Sname,因为不仅可以通过学号知道学生的信息,还可以通过姓名知道学生的信息。
解释条件2:Sno 与Sname之间也是完全函数依赖关系
解释条件3:没有任何一个属性函数依赖于Sdept和Sage

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值