回答情况：
提问时间：
问题标签：
1回答
关系R(ABCDEF)具有以下功能依赖关系：声明这是最强的范式，然后将其转换为第三范式。我认为这种关系是第一范式，因为存在部分依赖关系，而候选键是A，因此将其转换为第二/第三范式，我将R(ABCDEF)分解为R2(B,C) 这些不是以第三种形式出现的吗
浏览 1修改于2019-03-30得票数 0
回答已采纳
我混淆了第三范式，因为它类似于第二范式。我知道第二范式有部分相依性，第三范式有传递相依关系。第二范式和第三范式有什么区别？
浏览 3修改于2022-08-19得票数 1
回答已采纳
1回答
我要求创建一个至少包含5个表的图书馆系统的3NF。根据我对规范化的理解，我做了这个。我只是想确认我的作品是否已经在3NF中被规范化了？或者我该怎么做才能在3NF中取得成功？
浏览 0提问于2013-11-28得票数 0
4回答
我已经学习数据库设计和编程很长一段时间了，但我仍然不能掌握每个单独的范式(1NF，2NF，3NF)。由于任何时候数据都是第三范式，它已经自动成为第二和第一范式，通过从一开始就完全标准化数据，整个过程实际上可以更轻松地完成。如果我们可以通过执行我所描述的操作来简单地完全标准化数据，那么理解每个单独的范式有多重要？编辑:我最终要问的是:在对数据进行规范化时，通过每个范式的步骤是否很重要，或者只使用第三范式是否合适，因为结果最终是相同的？
浏览 96修改于2018-06-03得票数 -2
其中哪一个是正确的：如果一个表是第三范式，那么它必须是第二范式。
我知道只有一个是正确的，如果这是第一个，这是合理的。
浏览 0修改于2012-02-13得票数 2
1回答
我有一个地址表，它的列是address_id、address_1、address_2、city、state、country、pin代码.Its主键是address_id。根据第三范式，没有非键属性应该依赖于其他非键属性。但是在这个表中，非键属性状态取决于其他非键属性国家，这意味着如果我们知道状态，我们实际上不需要address_id(主键)来查找它属于哪个国家。那么，我应该如何设计地址表，使它符合第三范式。另外，是否真的需要在数据库表上应用第三种范式？我附上了地址
浏览 0提问于2016-03-18得票数 0
回答已采纳
我看过，但我并不真正理解使用的术语(非平凡的函数依赖关系，超级键)但我不确定这是否正确。所以第二种范式--有一个复合键，表中的所有字段都必须与两个复合键字段相关联。如果有些东西不相关，那么应该将其重构到另一个表中。第三范式--一切都必须依赖主键--所以我猜想在第三范式中只有一个键，而不是第二个法线形式，那里可以有复合键？
任何建议都很感激。
浏览 0修改于2017-05-23得票数 2
回答已采纳
我试图找到最低限度的掩护，并提出如下：V -> wY -> v然后我试图找到候选密钥，只想出一个候选密钥：xy第一范式：检查我认为以下依赖关系违反了第二范式：2) y -> v.前两个问题很容易解决。然而，我从未见过第三个例子，即左手边是质数属性和非素数属性的组合。我们如何解决这种情况？我们是否为第三</e
浏览 0修改于2017-06-08得票数 1
回答已采纳
1回答
[delete], checked) (2,2,4,1,0,1),我相信这个设计是第二范式，但我想检查一下。我认为它是第二范式的原因是因为' deleted‘和' checked’属性，即每当一条记录被标记为要删除(dbdeletion.delete=1)时，就会检查该记录是否可以删除。因此，我认为这不是
浏览 3修改于2015-02-26得票数 0
1回答
所以我把这张桌子正常化了。我开始意识到存在着暂时性的依赖。因为学院的名称和城市取决于学院的代码。因此，我必须创建新的表，并将这些列移到那里。但问题是，不同机构的机构代码重复。那么是否有必要为这个新创建的平板电脑创建我自己的唯一ID呢？或者我可以只带外键去吗？
浏览 3修改于2015-12-29得票数 1
回答已采纳
1回答
我知道对于3NF的关系，它必须是2NF，并且不应该存在传递依赖，但我不能回答以下问题： For a relationship to be 3NF :
A) All Attributes shouldD) The Relationship's Table should only have atomic values D适用于3NF关系，因为它是1NF的条件之一，并且对于3NF关系，它必须是2NF和1NFB与规范化无关，A可能被认为是2NF，但他们没有说所有的非属性，所以我不知道实际上，这里的正确答案是什么？
浏览 13修改于2019-12-08得票数 1
回答已采纳
我现在更好地理解了三种数据库规范化形式：第二范式(2NF)我还理解三个更新异常：缺失异常我现在很难理解的是如何将两者联系在一起。
浏览 0修改于2018-01-06得票数 7
回答已采纳
这是Codd的第三种范式(Codd 1990)，但它的约束是用统计语言构造的，重点放在单个数据集上，而不是关系数据库中常见的许多连接数据集。如果是，表是第一范式。如果，表处于第二范式。所有非键列都依赖于表的主键。
它是第二种形式，而且
我想弄清楚这两套规则是如何等同的。我相信，第一次数据规则映射为第一范式<
浏览 0修改于2018-12-27得票数 3
以下问题来自： (练习3)
为了符合第一范式，必须处理所有重复的组。在这种情况下，单个订单上可能出现多个产品，因此必须为其提供自己的实体，并将其与原始表相关联：这些表也是第二范式，因为在所有的表中，每个非键属性都依赖于它的表中的主键。最后，要将其转换为第三范式，必须为Customer提供其自己的实体，并将其与原始订单实体相关联：我是否正确地将原始表规范化为第三范式？如果没有，请提供反馈，解释我做错了什么。
浏览 4修改于2018-05-28得票数 1
1回答
然而，常识告诉我，我应该只有两个表，主要是R1(#name,street,city,zip) R2(city,region)。我可以删除以下两个关系：S,C -> Z和Z -> C？(我有N -> S,C，S,C -> Z和Z - > C，所以在我看来，我已经删除了前2.)
浏览 2修改于2015-06-05得票数 2
回答已采纳
1回答
我试图掌握函数依赖和范式的概念，特别是第一(1NF)、第二(2NF)和第三(3NF)范式。链接这里在确定这三种形式之间的区别方面非常有用，但我有一个更抽象的问题。对这个职位的公认答案给出了非常好的表格示例，以及它们采用的是哪种范式。不过，我的问题如下：
对于(WX)，确定以下的形式: WX->Y，WX->Z，Y->Z.
浏览 0修改于2017-05-23得票数 1
3回答
根据维基百科：关系R(表)是第二范式(2NF)。关系模式R相对于一组函数依赖集(3NF)是第三范式(3NF)，如果对于表单F+的α→Navathe的数据库系
浏览 0修改于2014-04-27得票数 2
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号