在将关系转换为BCNF之后,如果可用于原始模式的函数依赖关系(FD)丢失,则创建新的“冗余”表以便保留所有原始FD。如果可能的话,创建新的“冗余”表。我了解FD对于分解,但分解后它们的用途是什么?为什么我们必须尝试保留所有的FD?将关系转换为BCNF后,一个或两个FD是否丢失是否真的很重要?是否需要分解关系后保留所有函数依赖关系?
1
A
回答
2
相关问题
- 1. 分解为ABC和CDE并保留函数依赖关系
- 2. Drools:是否需要上传所有依赖关系?
- 3. 我是否需要包含hibernate.jar的所有Maven依赖关系?
- 4. Gradle依赖冲突 - 保留所有依赖关系版本
- 5. 需要依赖关系
- 6. 查找所有函数依赖关系
- 7. 与所有素数属性关系的函数依赖关系?
- 8. 是否需要分布PostSharp依赖关系?
- 9. 解决所有的maven依赖关系
- 10. ldd是否也显示依赖关系的依赖关系?
- 11. Maven是否需要显式指定Spring/Hibernate所依赖的依赖关系?
- 12. 函数依赖关系
- 13. Nodejs函数依赖关系
- 14. 了解函数依赖关系
- 15. 新的依赖关系React native - gradle clean - 无法解决所有依赖关系
- 16. Boyce Codd分解后的剩余函数依赖关系?
- 17. 依赖关系的nuget依赖关系
- 18. C:函数的依赖关系分析
- 19. 了解函数依赖关系和等价关系
- 20. JUNG:哪些库需要依赖关系?
- 21. Intellij sbt不会解决依赖关系的依赖关系
- 22. 这个关系有多少个函数依赖关系?
- 23. 是否需要在pom.xml中声明maven“依赖关系”?
- 24. project.clj具体做什么:依赖关系是否需要?
- 25. Autofac解决依赖关系
- 26. 了解dll依赖关系
- 27. Gemspec解析依赖关系
- 28. 了解Maven依赖关系
- 29. 解决Makefile依赖关系
- 30. 解开.h依赖关系
你的意思是“为了保留所有原始的FD而创建一个新的'冗余'表',以及”如果可能“? – philipxy