Database 仅使用2个属性规范化表

Database 仅使用2个属性规范化表,database,normalization,database-normalization,Database,Normalization,Database Normalization,当我有一个只有2个属性且没有dependenceno dependence的表时。我可以按如下方式拆分它们吗?是1NF吗?提前感谢!!!! 原始表格: 员工、技能 A、 清洁 A、 修复 A、 着色 B、 修复 B、 清洁 B、 抛光 分成: [员工] 员工(主键) A B [技能] 技能(PK) 清洁 着色 修复 抛光 [员工技能](桥梁) 职员(主键)(FK)、技能(主键)(FK) 员工、技能 A、 清洁 A、 修复 A、 着色 B、 修复 B、 清洁 B、 抛光 编辑版本: 实际上我

当我有一个只有2个属性且没有dependenceno dependence的表时。我可以按如下方式拆分它们吗?是1NF吗?提前感谢!!!! 原始表格:

员工、技能
A、 清洁
A、 修复
A、 着色
B、 修复
B、 清洁
B、 抛光

分成:
[员工]
员工(主键)
A
B

[技能]
技能(PK)
清洁
着色
修复
抛光

[员工技能](桥梁)
职员(主键)(FK)、技能(主键)(FK)
员工、技能
A、 清洁
A、 修复
A、 着色
B、 修复
B、 清洁
B、 抛光

编辑版本: 实际上我的桌子如下。它们合乎逻辑吗?提前感谢!!!
**编辑2** 我尽力解释清楚

规范化将一个关系替换为其他连接回它的关系。这是为了消除有问题的FD(函数依赖项)和JD(连接依赖项)。如果一个关系,像这样,不受任何非平凡FDs的约束,那么它在BCNF中,规范化理论不建议分解。这种关系也不受任何非平凡JDs的约束(它不是它的任何投影集的连接,除非该集合包含原始关系),因此它在5NF中,规范化理论不建议任何分解。另一方面,您可以将其分解为这三个组件/投影(根据某个琐碎的JD),因为它们总是连接回原始组件/投影——毫无帮助,因为其中一个是原始组件/投影。既然你已经分解了它(没有区分“没有FDs”和“没有琐碎的FDs”,没有区分“应该”和“可以”分解,没有区分FDs和JDs,没有澄清“规范化”,你不理解“1NF”),你需要从大学教科书/课程中学习规范化是什么


PS如果您想介绍员工和技能,以便无论当前是否有员工或技能配对,您都可以记录员工或技能,那么这不是通过规范化建议的,而是通过您注意到您原来的1表设计无法记录您感兴趣的所有内容。(在这种情况下,两个新表并不总是原始表的投影,因此它们不可能通过规范化引入。)

请参考您使用的“dependency”、“1NF”和“normalize”,以及您认为这种分解合适的原因。(你问题中的各种情况表明你真的不理解规范化。)我只是更改了内容。我贴了一张我的“桌子”的图片,它们合乎逻辑吗?提前感谢。规范化是一个包含许多步骤和技术概念的过程。你还没有提供相关的信息让某人正常化。(FDs和JDs)您没有给出它的事实表明您甚至不知道规范化的基础知识。您需要告诉我们您做了什么以及为什么,并参考您使用的流程/概念,以便您的问题变得具体,关于这些是否存在错误。否则,您需要的是关于规范化的部分/章节/教程/讲座,这是一个太宽泛的问题。请解释此图表。你的问题是什么??在什么样的约束条件下,哪个表被规范化为其他哪些表,具有什么样的“规范化”概念?PS拥有此图像的信息很有帮助,但当您可以剪切和粘贴文本时,请不要使用图像。例如,您可以在几行中给出表标题、键和FK,您可以将示例数据显示为格式化为代码的表。请阅读。PPS“它们是否符合逻辑”没有任何意义。请不要在回答问题后大幅更改问题的内容。请编辑您的问题以澄清或提出新问题。