如何从函数依赖中确定键
函数依赖是关系数据库中的一个重要概念，用于描述数据库表中字段之间的依赖关系。通过确定函数依赖可以确定关系数据库表的键。
在关系数据库中，函数依赖是指在一个关系模式R中，给定X和Y两个属性集合，如果对于R的任意一组元组t1和t2，当t1[X] = t2[X]时必然有t1[Y] = t2[Y]，那么我们称Y函数依赖于X（记作X → Y）。
根据函数依赖，可以将属性集分为两类：超键和候选键。超键是能够唯一标识一个元组的属性集合，即不存在两个不同的元组具有相同的超键值。候选键是最小的超键，即不能再删除超键中的任何一个属性而仍然满足超键的定义。
确定键的方法是基于函数依赖的推理和分析。以下是一些常见的方法：
- 推理法：
- 利用给定的函数依赖和属性集合，通过推理得到可能的键集合。
- 利用推理得到的键集合，验证是否满足超键和候选键的定义。
- 分析法：
- 对给定的函数依赖进行分析，找出最小的超键和候选键。
- 根据属性的特性，分析函数依赖中的冗余和冗余依赖，从而得到键集合。
确定键的过程中，需要注意以下几点：
- 函数依赖是通过观察和分析数据语义来确定的，需要深入理解数据之间的关系。
- 需要考虑数据的完整性和一致性，尽量避免冗余和冗余依赖。
- 确定键是为了唯一标识一个元组，因此需要确保键的选择能够满足数据的唯一性要求。
腾讯云相关产品和产品介绍链接地址：
- 腾讯云数据库 TencentDB：https://cloud.tencent.com/product/cdb
- 腾讯云云服务器 CVM：https://cloud.tencent.com/product/cvm
- 腾讯云云原生应用引擎 TKE：https://cloud.tencent.com/product/tke
- 腾讯云网络安全防护 DDoS 防护：https://cloud.tencent.com/product/ddos
- 腾讯云人工智能 AI：https://cloud.tencent.com/product/ai
- 腾讯云物联网 IoT Hub：https://cloud.tencent.com/product/iothub
- 腾讯云移动开发移动推送：https://cloud.tencent.com/product/umeng
- 腾讯云对象存储 COS：https://cloud.tencent.com/product/cos
- 腾讯云区块链 TBaaS：https://cloud.tencent.com/product/tbaas
- 腾讯云虚拟空间 TRTC：https://cloud.tencent.com/product/trtc
相关·内容
1回答
如何从函数依赖中确定键
、、、
我试图找到关系R= ABCDE的键，具有函数依赖AB->C，C->D，C->E，D->A，E->B 当依赖项的右侧缺少一些属性时，我知道如何查找键。但在这里，所有属性都显示在右侧。我不确定如何找到密钥，也找不到这个特定示例的解释。
浏览 13提问于2019-06-17得票数 0
回答已采纳
具有一组函数依赖项( R = (J,K,L,M,N) )的{J->KL,LM->N,K->M,N->J}。
我理解BCNF的定义。我相信，这里不存在琐碎的函数依赖关系，也可能没有超级键。我不确定第二部分。你如何从字母中确定超级钥匙？希望能对此提供一些意见。
浏览 1提问于2013-11-05得票数 4
回答已采纳
1回答
给定一个具有函数依赖F = {A->B, A->C}的模式R (A,B,C,D)，我需要确定R是否在3NF中，但首先我需要确定候选键是什么，这样我就可以确定B和C是否包含在某个候选键中。我该如何确定候选密钥呢？
浏览 0提问于2010-11-08得票数 0
3回答
超键vs主键
、、、
当关系只包含一个函数依赖时，我在理解关系中的超键时遇到了问题。
当考虑一个关系R(A，B，C，D，E)时，其中A是主键，并且具有函数依赖A->B，既然只有一个FD，那么A是否可以被认为是该关系的超键？或者，为了找到超键，是否需要扩展函数依赖以包括关系(C，D，E)中未提及的部分？我之所以感到困惑，主要是因为到目前为止，我在web上看到的所有材料都包含了多个函数依赖</
浏览 0提问于2012-12-04得票数 2
回答已采纳
1回答
我试图找到与功能依赖有关的下列关系的3NF无损分解：首先，我从从上面给出的函数依赖项派生出键开始。我认为钥匙如下：
ET -> L满足(a)，因为ET是密钥(因此是超键</em
浏览 4提问于2016-06-10得票数 2
回答已采纳
1回答
请有人向我解释如何确定表R(A，B，C，D，E，F，G，H，I，J)中的键。E => ACG => JF => H
非常感谢
浏览 0提问于2016-12-08得票数 0
回答已采纳
我已经看到了许多关于完全功能依赖的例子，但它们常常说：但是，如果y是由x的适当子集或子集以外的属性决定的，该怎么办。这是否仍然被称为完全功能依赖？如果没有，我犯了什么错？
浏览 5提问于2016-03-11得票数 0
回答已采纳
1回答
综上所述，我仅仅通过观察抽象的例子来理解函数依赖是有很大困难的，如果能对现实生活中可能出现的情况有所帮助，我会非常感激。我想看看这些函数依赖是否违反了BCNF。不确定我的想法是不是完全错了。但我要走了。或者它依赖于每个关系和它们拥有的属性，以及它们的顺序？
如果我使用相同的FD和关系来尝试另一个示例。
浏览 8提问于2016-12-07得票数 1
9回答
我提出了一个定义，即当字段间接依赖于主键或部分依赖于主键，但也依赖于依赖于主键的其他键时，如果删除了另一个字段所依赖的字段，则由于该字段对主键的依赖，该字段仍然存在。我不确定它是否正确。
浏览 15提问于2014-09-09得票数 30
回答已采纳
1回答
在链接https://www.hackerrank.com/challenges/database-normalization-6/problem中给出的问题中，答案是2。但是我不明白为什么所有的关系都不是在BCNF中(因为对于表单X->Y的所有非平凡的函数依赖，X是对应关系的超级键)。谁来解释我哪里错了。从hackerrank网站复制的问题：
让我们以一个简单的电影库为例。每部电影都有一个描述、导演和序列号。客户有姓名、地址和会员
浏览 0提问于2018-09-22得票数 -1
2回答
当试图在表上使用PowerApps中的修补程序函数时，我会得到一个SQL错误，该表中有一个外键，该外键依赖于尚未修补的第二个表的主键。以下是所有5个表的FK/PK依赖关系：到目前为止，我已经尝试过：
还有更多的想法吗？我特别需要示例
浏览 0提问于2018-10-12得票数 2
回答已采纳
3回答
我正在编写一个elisp函数，它永久地将给定的键绑定到当前主要模式的键映射中的给定命令。例如,命令和键序列是从用户交互地收集的。我尝试过函数(current-local-map)，但是这个函数返回的是keymap对象本身，而不是它的名称。我知道许多主要模式的键值映射都是根据约定‘’many mode -name‘-mode-map’
浏览 4提问于2013-01-24得票数 11
回答已采纳
1回答
我有个亲戚：我从答案中得知，这种关系在BCNF中。然而，3NF的定义规定：
每个非素属性都非传递依赖于表中的每个候选键。但是，据我所知，{T}和{U}都是表的候选键，因此{V}依赖于{U}。此定义指出
浏览 0提问于2013-02-20得票数 3
回答已采纳
具体来说，我需要对表UserInfo中的Id字段重新编号，其他许多表都在更新和删除时拥有“RESTICT”的外键。我想要创建一个脚本：
更
浏览 4提问于2014-10-03得票数 1
4回答
我将根据自己的项目规范创建一个逻辑数据模型，并确定功能依赖关系。User Movies主键：user_id外键：subscriptionuser_id -> username, regDate, type, subscript
浏览 2提问于2013-01-02得票数 14
当数据库正常化时，我很难弄清楚外键如何影响部分依赖和传递依赖。我有多张桌子，其中两张是工作邀请和接受的工作。在“职务待遇”( offerID -> expectedStart, expectedEnd, hourlyPay )中，在“接受的职务”表( jobID -> startDate, endDate,totalPay, offerID(FK) )中。是外键)。我正试图将表规范化，但我真的很难确定totalPay是否导致了部分或传递的<
浏览 0提问于2020-05-30得票数 0
1回答
最高范式
、、、
我的考试答案键和我的答案(以及在线工具的答案)对于典型的“确定最正常的关系形式”的问题是不同的，我想知道为什么。试题:给定关系R与模式H= {A，B，C，D，E}和函数依赖关系F= {B，C} -> {D，E}，{C，D} -> {B，E}，{D} -> {C}，{E} -> {B}}的。确定R的最高正常形式，假设它在1NF中。我已经有1NF了。接下来我检查2NF。
要做到这一点我需要候选钥匙。"A“没有任何依赖，所以它必
浏览 6提问于2021-02-02得票数 0
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM活动推荐
腾讯云开发者
