将 ER 图转换为关系方案答案

【问题标题】：Converting an ER diagram into relational scheme将 ER 图转换为关系方案
【发布时间】：2017-07-08 12:37:13
【问题描述】：

目前我正在学习关系方案，并将以下 ER 图转换为一个，但我觉得缺少一些东西。我想知道我做对了还是遗漏了什么？

这是我做的关系方案

【问题讨论】：

@EstebanP。 & auzenTech 请始终使用文本。喜欢而不是这两个图像。无法剪切和粘贴或搜索图像。
@philipxy：不是我的问题帖子 ;-) 我不使用图片
请参考您被告知要使用的“ER”图表方法/产品。在使用菱形的方法中，菱形是关联/关系类型，框是实体类型，线是 FK，每个框（实体）和（关系）类型都有一个表。您的架构不反映您的图表。
@EstebanP。当您用图像替换 OP 的链接时，您“使用了图像”。你应该告诉他们在他们的帖子中编辑文本。

标签： database database-design mapping relational entity-relationship-model

【解决方案1】：

在真正的 ER（实体-关系）建模/绘图方法中，菱形是关联/关系类型，框是实体类型，线是参与/FK，每个框（实体）和菱形（关系) 类型获取一个表。您的架构不反映您的图表。通常无菱形方法称自己为“ER”，并称 FK 为“关系”，但它们实际上只是描述数据库模式。（虽然这本身并没有什么问题。）他们只会使用表示 FK 的线条来表示您的 M:1 钻石和线条，但对于 M:M 钻石，他们会使用一个盒子。

您的架构未正确代表您的 M:M 关联/关系“包含”。您的 schmea 如何记录某个预订包括某些房间？具有不同 RID 的多个保留行会与您的 PK（主键）相矛盾，规范化很差，并且不能反映任何方法对您的图表的解释。

PS 1 除非您提供您正在使用的方法/产品的参考，否则我们无法告诉您您是否遵循了它，甚至无法解释您的图表。

PS 2. 您的架构没有比您的图表更多的内容。如果一种方法涉及在从图表移动到模式时添加信息，那么给出一个模式是有意义的。

【讨论】：