鉴于下面的函数依赖关系,对我来说有点令人困惑,因为第三范式表示R的非主素属性并不依赖于主关键字。因此,我从表中删除了函数依赖关系 C - > DE,并将其置于新的关系中,但所有这些属性也可以由关系的主键确定。我想,我不能从该表中删除d和Ë或者我应该删除,因为进一步BCNF也删除这些attributes.Question没有帮助的是当我删除第一功能依赖我也应该删除d和E从第一个表? enter image description here规范化与第三范式的关系
-1
A
回答
0
要将关系放入给定的NF(正常形式),您应该遵循一个已被建议用于该NF的算法。 (例如,给定一些FD,根据阿姆斯特朗的公理,还有许多其他的FD;你也需要处理它们,例如,在可能的情况下“保留”FD有一定的好处,并且保留FD的分解为3NF分量总是可能的;但是如果我们分解使得某些FD属性在组件之间被分割,我们可能无法保留FD)。
请注意,这些算法不涉及首先归一化到较低的NF。 (这可以阻止“好的”更高NF设计从最终结果。)
当你分解以从与属性R的关系中去除FD X→Y时,如果组件具有属性集XUY和R-Y,则会丢失/不加入。通过重复分解,所有组件将最终在您想要的NF中(如果它是BCNF或更低)。但是你的整体分解不一定会像建议的算法会给你的那样“好”。
相关问题
- 1. 非规范化关系数据lucene/solr
- 2. 规范化传递依赖关系
- 3. 规范模式与规范在BDD
- 4. 是第三范式的这种关系吗?
- 5. EF关系和规范模式
- 6. MySQL - 从第一范式移动到第二和第三范式
- 7. MySQL - 文件系统规范化还是非规范化?
- 8. 数据库第三范式
- 9. 报告非规范化与规范化数据库
- 10. RDBMS规范化与性能
- 11. 非规范化JSON与JQ
- 12. 三个相关列之间的规范化
- 13. 规范化表
- 14. Java:XML规范化
- 15. Oracle规范化
- 16. PDF“规范化”
- 17. 规范化sklearn
- 18. SQL规范化
- 19. ActiveRecord的关系与范围
- 20. 使用与规范模式
- 21. 你如何规范一个本体论你将规范化关系数据库的方式?
- 22. DBMS NORMALIZATION第二规范化表格
- 23. Python中的3D规范化互相关
- 24. 规范和(null)多对一关系
- 25. 这种关系是什么水平的规范化
- 26. 关系数据库的冗余和规范化
- 27. 功能规范化
- 28. 规范化表格
- 29. 地址规范化
- 30. 规范化 - SQL - 3NF
是的,你应该删除这些属性。考虑到从ABC关系中给定AB的一定值,对于C有一个(唯一的)值。通过该值,在第二个关系中,可以找到由AB确定的D和E的值。 – Renzo
请尽可能使用文字而不是图片。部分图像无法搜索或剪切和粘贴。 – philipxy
转到您提供的用于定义“传递性FD”的*参考*以及分解为3NF/BCNF的算法。那么,如果“所有这些属性也可以由关系的主键确定”呢? PK *总是*确定所有属性。做“关系”和“这种关系”是指原来还是“新关系”?而且,PKs并不重要,CK也可以。这与传导型FD和BCNF有什么关系?为什么BCNF如果你想要3NF?请编辑您的问题以清楚。说明你正在谈论的所有这些事情,并确保它总是清楚你指的是什么。 – philipxy