MySQL第六章小测

+
🌂正确答案但是我不会 📕不会不确定

选择:

1、关系模式存在问题:【更新异常、插入异常、删除异常】
2、规范化理论是关系数据库进行逻辑设计的理论依据,根据这个理论,关系数据库种的关系必须满足,每一个属性都是【不可分解的】
3、关系模式R,若每一个决定因素都包含码,则R最高达到【BCNF】
若关百系模式R中的属性全是主属性,则R的最高范式必定是【3NF】
4、若某关系模式R(ABCD),函数依赖{B->D,AB->C}则R最高满足【1NF】(AB为key)🌂
(AB是码,那AB也可以确定D,但B也可以确定D,这样就存在非主属性(D)对码的部分依赖,达不到2NF,只能是1NF)
5、若某关系模式R(ABC),函数依赖{A->B,B->A,C->A}则R最高满足【2NF】 📕
6、若某关系模式R(SDM),函数依赖{S->D,D->M}则R最高满足【2NF】
7、平凡函数依赖:X->Y 和 【 Y⊆X 】 (包含于)
8、关系模式R(A,B,C,D),函数依赖{ A->B,A->C,A->D,(B,C)->A }则候选码是【A或(B, C)】

填空

1、关系模式满足【每个属性都是不可分解的】条件,则达到第1NF
2、满足最低要求的是第【1】NF
3、满足第2NF的关系模式不存在【非主属性对码的部分函数依赖】
4、满足第3NF的关系模式,非主属性对码既无【部分函数依赖】也无【传递函数依赖】
5、包含在任何一个候选码中的属性称为【主属性】
6、一个低一级范式的关系模式,通过模式分解可以转换成若干个高一级范式的关系模式的集合,这个过程就叫做【规范化】
7、对于非规范化的模式,经过【使属性域变为简单域】转变为1NF,,将1NF经过【消除非主属性对码的部分函数依赖】 转变为2NF,将2NF经过【消除非主属性对码的传递函数依赖】 转变为3NF,将3NF经过【消除主属性对码的部分和传递函数依赖】转变为BCNF
8、为了设计出性能较优的关系模式,必须进行规范化,规范化主要的理论依据是【关系规范化理论】
9、模式的分解定义要求分解既要保持【函数依赖】,又要具有【无损连接性】
10、关系模式R中属性或属性组X并非R的码,但X是另一个关系模式的码,则称X是R的【外码】
11、在关系模式R(D,E,G)中,存在函数依赖关系{E->D,(D,G)->E},则关系模式R的规范化程度最高达到有第【3】NF 🌂
12、在关系模式R(A,B,C,D)中,存在函数依赖关系{A->B,A->C,A->D,(B,C)->A},则关系模式R的规范化程度最高达【BCNF】

判断

×1、规范化程度越高的关系模式就越好
2、第一范式是对关系模式的最起码的要求。 不满足第一范式的数据库模式不能称为关系数据库
3、一个低一级范式的关系模式通过模式分解,可以转化为若干个高一级模式的关系模式的集合
4、满足第一 范式的关系模式并不一定是个好的关系模式
×5、包含在任何 一个候选码中的属性称为非主属性
×6、任何一个包含三个属性的关系模式一定满足3NF
×7、若R属于3NF则必有R属于BCNF.
8、一个第三范式的关系模式,一定属于第一范式。
9、数据依赖是一个关系内部属性与属性之间的一种约束关系
10、关系数据库中的关系是要满足一定要求的,满足不同程度的要求称为不同范式

  • 2
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

DDouble-

你的鼓励是我最大的动力~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值