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