Database 从EER图形成关系

Database 从EER图形成关系,database,database-design,multivalue,eer-model,Database,Database Design,Multivalue,Eer Model,我真的在试图将EER图转变为关系的概念。我知道简单属性必须直接映射到关系上。我的问题出现在处理复合属性和多值属性时。你是否为他们中的任何一方建立了新的关系?例如,客户实体可能有名称、地址和邮政编码。address属性包含街道、城市、州和地址。这是否意味着应创建新关系,或应在客户关系中列出所有组件属性?最后,多值属性是如何正确映射的,用一个简单易懂的术语和一个例子 感谢您的帮助。将多值属性删除到单独的关系几乎肯定会更好。这就是所谓的第一范式,你必须非常努力地找到一个例子,证明违反1NF是合理的 没

我真的在试图将EER图转变为关系的概念。我知道简单属性必须直接映射到关系上。我的问题出现在处理复合属性和多值属性时。你是否为他们中的任何一方建立了新的关系?例如,客户实体可能有名称、地址和邮政编码。address属性包含街道、城市、州和地址。这是否意味着应创建新关系,或应在客户关系中列出所有组件属性?最后,多值属性是如何正确映射的,用一个简单易懂的术语和一个例子


感谢您的帮助。

将多值属性删除到单独的关系几乎肯定会更好。这就是所谓的第一范式,你必须非常努力地找到一个例子,证明违反1NF是合理的

没有理由为复合属性创建新关系。由于属性的基数以及它们对主键和候选键的依赖性,可以将属性拆分为一个新的关系

复合属性实际上并不存在于自然界,它们是概念建模想象的虚构。好吧,这句话有点滑稽。关键是,当您从概念模型过渡到物理模型时,您需要对实际业务需求做出决策。复合属性持久化的粒度级别在物理上取决于您计划如何使用数据。如果您正在跟踪地址以打印信封或装运标签,则很可能会决定将地址元素折叠成两列。另一方面,您可能决定您的业务需求需要进行地址元素分析,因此将地址的每个部分保留在自己的列中更有意义