软考中级习题与解答——第七章_数据库系统(2)

例题11

1、知识点总结

关系模式
  • L#: 个人借书证号

  • B#: 书号

  • BNAMEE: 书名

  • BPRICE: 书价

  • BPUB: 图书出版社

确定候选码

从语义上分析,一个借书证(L#)可以借多本书(B#),而一本书(B#)也可以被多个借书证借阅。因此,(L#, B#) 的组合才能唯一确定一条记录(即某个人借了某本书这一事件)。
所以,(L#, B#) 是这个关系模式的候选码(并且很可能是主码)。

分析函数依赖

根据常识和属性含义,我们可以推导出以下函数依赖:

  • B# -> BNAME, BPRICE, BPUB (一本书有唯一的书名、价格和出版社)

  • (L#, B#) -> BNAME, BPRICE, BPUB (完全函数依赖于主码,这是必然的)

但是,依赖 B# -> BNAME, BPRICE, BPUB 是问题的关键。

范式概念

范式,全称“数据库规范化形式”,是一套设计和优化关系数据库的理论规则和标准。

消除数据冗余:避免同一数据在多个地方重复存储,节省空间。

避免数据异常

  • 插入异常:想插入一份数据,却因为缺少其他部分而无法插入。
  • 删除异常:删除一份数据时,不小心把其他不想删除的数据也删掉了。
  • 更新异常:更新一个数据项,却不得不在多个地方进行同样的修改,容易遗漏导致数据不一致。

范式就像建筑的抗震等级,一级比一级要求更严格,数据结构也更优。常见的范式有:

  • 第一范式 -> 第二范式 -> 第三范式 -> BCNF -> ... 级别越来越高。

低级范式是高级范式的基础。例如,一个数据库设计必须先满足第一范式(1NF),才能谈是否满足第二范式(2NF)。

范式理论逐级判断

第二范式要求满足1NF,且每一个非主属性都完全函数依赖于主码,不能存在部分函数依赖。

  • 主码是 (L#, B#)

  • 非主属性是 BNAMEBPRICEBPUB

  • 看看是否存在部分依赖:

    • 非主属性 BNAME 实际上只由 B# 决定,而不是由完整的 (L#, B#) 决定。BPRICE 和 

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值