将 ER 图转换为关系方案
Converting an ER diagram into relational scheme
目前我正在学习关系方案，我将以下 ER 图转换为一个，但我觉得缺少一些东西。我想知道我是否做对了或遗漏了什么？
这是我做的关系方案
在真正的 ER（实体关系）modeling/diagramming 方法中，菱形是 association/relationship 类型，方框是实体类型，线是 participation/FK，每个盒子（实体）和菱形（关系）类型获得 table。您的架构不反映您的图表。通常，无钻石方法 调用 自身 "ER"，并调用 FK "relationships"，但它们实际上只是描述数据库模式。 （尽管这本身并没有什么问题。）他们只会使用表示 FK 的线条来表示您的 M:1 钻石和线条，但对于 M:M 钻石，他们会使用一个盒子。
您的架构没有正确代表您的 M:M association/relationship "Include"。您的 schmea 将如何记录某个预订包括某些房间？具有不同 RID 的多个保留行会与您的 PK（主键）相矛盾，规范化很差，并且不会反映任何方法对您的图表的解释。
PS 1 除非您提供对您正在使用的 method/product 的引用，否则我们无法告诉您您是否遵循它甚至解释您的图表。
PS 2. 你的模式没有比你的图表更多的内容。如果一种方法涉及在从图表移动到模式时添加信息，那么给出模式是有意义的。
目前我正在学习关系方案，我将以下 ER 图转换为一个，但我觉得缺少一些东西。我想知道我是否做对了或遗漏了什么？
这是我做的关系方案
在真正的 ER（实体关系）modeling/diagramming 方法中，菱形是 association/relationship 类型，方框是实体类型，线是 participation/FK，每个盒子（实体）和菱形（关系）类型获得 table。您的架构不反映您的图表。通常，无钻石方法 调用 自身 "ER"，并调用 FK "relationships"，但它们实际上只是描述数据库模式。 （尽管这本身并没有什么问题。）他们只会使用表示 FK 的线条来表示您的 M:1 钻石和线条，但对于 M:M 钻石，他们会使用一个盒子。
您的架构没有正确代表您的 M:M association/relationship "Include"。您的 schmea 将如何记录某个预订包括某些房间？具有不同 RID 的多个保留行会与您的 PK（主键）相矛盾，规范化很差，并且不会反映任何方法对您的图表的解释。
PS 1 除非您提供对您正在使用的 method/product 的引用，否则我们无法告诉您您是否遵循它甚至解释您的图表。
PS 2. 你的模式没有比你的图表更多的内容。如果一种方法涉及在从图表移动到模式时添加信息，那么给出模式是有意义的。