0回答
函数依赖和候选键
、、、
假设我们有定义在关系R(A，B，C)上的函数依赖B->A，A->C。这里的B->AC (从给定的函数依赖项)，那么B候选关键字是什么？我在教科书中读到，如果一个特定的属性能够唯一地标识关系中的所有属性，那么它就有资格成为候选关键字。因此，根据B应该是候选关键字。1 3 2在这个表中B->AC，所以B应该是候选关键字，但是维基百科()说它应该是唯一的。那么B是这个表中的候选<
浏览 6提问于2016-12-23得票数 0
回答已采纳
1回答
如果我有以下关系R= (A，B，C，D)A -> B，B -> A，CDB -> A，CDA -> B
候选密钥是CDA和CDB。第三种范式表示，非素数属性之间不存在函数依赖关系。非素数属性是一个没有出现在候选键中的属性。这意味着这个关系已经是3NF了，因为相互依赖的A和B都是候选键的一部分，对吗？BCNF说每个行列式都必须是候选<em
浏览 0提问于2014-10-30得票数 2
1回答
如果我有以下关系R= (A，B，C，D)
候选密钥是、CDA、和CDB。第三种范式表示，非素数属性之间不存在函数依赖关系。非素数属性是一个没有出现在候选键中的属性。这意味着这个关系已经是3NF了，因为相互依赖的A和B都是候选键的一部分，对吗？BCNF说每个行列式都必须是候选
浏览 2提问于2014-10-30得票数 3
回答已采纳
1回答
给定一个有几十个列、数千行和列之间没有已知函数依赖关系的表，是否有任何算法可以自动为该表找到一个比此更快或更有效的候选键：
..。等等直到找到钥匙？
浏览 6提问于2017-06-29得票数 0
1回答
数据库函数依赖和候选键
、、、、
我在理解函数依赖项和候选键时遇到了一个很大的问题。我目前正在做一个项目，其中我必须识别“两个”候选键，并且只能有四个函数依赖项。我的整个关系是：我的函数依赖项是：M -> K,L,NBH -> Q,P,O,U,I,V,J,K,
浏览 5提问于2015-12-21得票数 0
给定函数依赖{AB -> C，C -> B}，则可以推断AC也是候选密钥。我想知道，考虑到函数依赖{AB -> C，AC - -> B} (即AB和AC都是候选键)，这两种推论{ B->C或C-> A }中的任何一个都可以吗？
浏览 0提问于2021-01-09得票数 -1
1回答
我的怀疑是对于给定的函数依赖集F={ AE -> BCD，B -> E }。这是在BCNF还是3NF？这是我最近做的一个测试的问题，我会说它是3NF，但我的老师说它既不是3NF，也不是BCNF。我得到了候选键AE和AB，在第一个函数依赖项中，左侧是候选键，在B -> E中，E包含在候选键中，在3NF中也是如此。
这是在BCNF，3NF还是两者都没有？
浏览 2提问于2017-06-20得票数 0
回答已采纳
1回答
给定一个具有函数依赖F = {A->B, A->C}的模式R (A,B,C,D)，我需要确定R是否在3NF中，但首先我需要确定候选键是什么，这样我就可以确定B和C是否包含在某个候选键中。我该如何确定候选密钥呢？
浏览 0提问于2010-11-08得票数 0
1回答
我读过Coronel的数据库系统设计、实现和管理。在Normalization的章节中，在他解释了3NF之后，他写道
多个候选密钥的存在也会影响传递依赖关系的识别。以前，当一个非素数属性决定另一个非素属性时，一个传递依赖项被定义为存在。在存在多个候选键的情况下，将非素属性定义为不属于任何候选键的属性是至关重要的。如果函数依赖的行列式不是主键，而是另一个候选键的一部分，则它不是非素属
浏览 0提问于2018-10-13得票数 2
回答已采纳
1回答
考虑下面的关系R = (ABCDEFGH)，这组函数依赖成立：{BE -> GH，G -> FA，D -> C，F -> B} R的候选关键字是什么？
我发现答案可以是床，DEG，FED。
浏览 6提问于2014-04-12得票数 0
1回答
考虑关系模式R = (A，B，C，D，E，F)和函数依赖集：是关系R?的候选密钥。A) A
给出的标准答案是C，在这种关系中，我应该使用ABC作为候选键。但既然：所以我认为A可以将所有其他属性识别为我是否误解了依赖关系？为什么我不能简单地使用A作为候选<
浏览 1提问于2016-06-26得票数 0
回答已采纳
3回答
目前，在我的数据库类中，我们正在讨论关系模型和规范化等等。我已经很轻松地回答了家庭作业中的每一个问题，但这个问题却把我搞得一塌糊涂：
这里没有没有候选键的表的示例。我的第一个想法是找到任何决定因素(即使它们不是候选键)，并创建一个包含这些函数依赖项的新表，但我甚至不知道表中存在任何函数依赖项。这有什么可能的答案吗？
浏览 2提问于2014-11-02得票数 0
回答已采纳
给出了AD是原始关系的唯一候选密钥，R不在BCNF中。上面的分解既保留了函数依赖，也保留了无损连接分解(即R1自然连接R2天然连接R3 = R)。
分解的一组函数依赖项可以是什么？3NF始终是无损分解，也是保留功能依赖关系的分解。因此，我认为给出的分解是在3NF中。如果我们要反向工程3NF分解算法，我们可以说原来的函数依赖集是{a R3 b，c→b，→d}，实际上→d}包含候选键的所有属性。但问题是AD不是上述集合的
浏览 0提问于2018-08-17得票数 1
回答已采纳
1回答
表中的函数和多值依赖项
、、、
基本上，我应该知道哪些是函数依赖项，哪些是多值依赖项，比如是在BCNF还是4NF中，然后想出一个更好的设计(如果需要的话，也可以是另一个表)，以便表同时位于BCNF和4NF中。到目前为止，我所知道的(或至少认为我知道)如下：多值依赖性:x决定多个Y (x->>Y)主键:唯一的候选键(选
浏览 0提问于2013-06-19得票数 1
1回答
给出了R(A，B，C，D)与函数依赖集合{A->B，B->C}的关系。函数依赖集中没有列出属性D。
在函数依赖集合中没有D的情况下，怎么会有候选键呢？
浏览 2提问于2016-02-27得票数 0
回答已采纳
2回答
假设我有关系模式R(A,B,C,D,E)和一个函数依赖A->BCDE。因为A的闭包是ABCDE (即每个属性)，所以它是一个超级键；因为它是最小的键，不包含任何其他键，所以它也是候选键。如果我们接着添加FD B->A --这是否意味着B是候选密钥，还是意味着A不再是候选密钥？我的导师正在研究一个例子，并说从一组FDs中确定候选密钥的一种方法是查找任何FD的RHS中没有出现的属性(即任何其
浏览 2提问于2013-11-19得票数 1
回答已采纳
2回答
例如，在关系数据库设计中，存在模式S(银行家、bname、客户)和函数依赖项(FDs)。架构S在BCNF中吗？或者应该是：(banker，bname)和(customer，banker)
浏览 3提问于2012-11-06得票数 3
1回答
找到SuperKeys
、、、、
我正在做一些教科书练习，要求找出关系R以及超级键的候选键。Relation Schema: **S(A, B, C, D)**
所以我发现{A，AB}是求解后的候选密钥
浏览 3提问于2015-05-07得票数 0
回答已采纳
1回答
我有一个带有函数依赖的关系R(V，W，X，Y，ZWX→Z由于X和Y不在LHS上，我发现{ XY }的闭包等于{V，W，X，Y，Z}，使XY成为候选关键字。当我使用这个检查我的答案时，它说XYV，XYW和XYZ是候选键，闭包XY是{X，Y}。为什么XY不是候选关键字？
浏览 33提问于2019-03-04得票数 -1
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
云直播
对象存储
腾讯会议活动推荐
腾讯云开发者
