问题标签 [er-diagrams]

任何人都可以用多值属性 middleNames 来解释这部分。在数据库/表中看起来如何？

假设我有两个强实体 E1 和 E2 由一对多关系 R 连接。

E1 <--------- R ---------- E2

当我将上述 ER 图转换为数据库时，将创建多少个表？

我知道当 E2 完全参与时，答案将是 2。因为，E2 的主键将完美合并。我不确定以上。我看过多个地方并找到了不同的答案。我正在寻找一些可靠的论据和答案。

答案可以是 2 或 3。我想知道哪个更正确。

数据库的ER图如下：

现在，飞机和航班实体之间的关系是什么？

我会说一对多，但这是错误的，因为虽然一架飞机可以有多个航班，但许多航班不能同时有一架（单）飞机。

那么，究竟是什么关系呢？

我是数据库新手。如果我错了，请告诉我。

我说的是数据库图。我需要将 ER 图转换为关系方案。我注意到多值属性是另一个实体的 ID。

具体来说，有两个实体。一个工作站和一个计算机单元。WORKSTATION 有一个多值属性“unit”。它的值是 COMPUTER UNIT 的 ID。我应该如何将其转化为关系？

据我所知，为多值属性创建了一个新关系。该关系将具有工作站 ID 和单元 ID 的属性。在这种情况下，“unit”属性的值将指向 COMPUTER UNIT 的 ID，那么它将是一个表示多对多关系的关系。但是一个计算机单元只有一个工作站，而一个工作站可以有多个计算机单元。

我尝试构建像PonyOrm Editor这样的 ER 图制作器。是否有任何可用的开源项目或源代码。

任何帮助将不胜感激。

我正在尝试为我们未来的玩具数据库和必须在后期制作中完成的某些测量设计一个模型。我很难掌握如何建模。我尝试了多种方法，但没有一种方法看起来是最佳的，最后我总是迷失实体之间的连接。

我需要实现的是以下之间的某种有意义的关系：

• 一个玩具（具有一些琐碎的属性）。
• 一个系列的玩具（多个玩具可以关联一个系列，一个玩具只能属于一个系列）。
• 测量步骤。目前有 6 个这样的步骤。每个步骤都有自己的输入参数，这些参数的类型和数量各不相同（例如，测量步骤 1 仅有 3 个参数，测量步骤 2 有 10 个参数）。
• 对于每个系列，定义了这些测量步骤的顺序。允许重复测试（例如，测量步骤 1 > 测量步骤 4 > 测量步骤 1 是有效序列）。序列和参数必须存储在某个地方以供将来参考。
• 每个玩具都经过由其系列定义的测量序列。所有结果都必须存储在某个地方（对于每个单独的玩具）。

如果我将测量步骤分成他们自己的表，我不能有条件地将它们（作为外键）引用到其他表。如果我尝试序列化部分数据，我将失去在各个测量步骤、测量结果（至少通过查询）等之间建立联系的能力。

我知道这里的人们通常讨厌/不回答这类“类似讨论”的问题，但我希望您至少指出在我需要将其本地存储在机器，但需要一个数据库来保存数据 - 转向类似串行的数据，只是在容易做到的地方建立一般关系，或者继续尝试尽可能地对其进行规范化？

这是一个关于数据库建模的问题，我在这个项目中使用了 mySQL。

我有三个名为 service[1-3] 的表（示例名称），每个表都包含服务的信息（想想修复服务、重建服务、微调服务等）。这三个表包含不同的信息，并且不能放在一个表中。

我希望能够跟踪哪些客户执行了哪些服务，以及他们是否已为该服务付费。

因此，假设我已经有一个名为customer的数据库实体。

现在，我想我可能想要创建一个名为 tbl_rendered_services 的第四个表，其外键指向该服务的相关实例以及相关客户。

该表如下所示：

使用此表，我可以通过查询为给定客户生成账单

返回：

现在，我认为到目前为止这似乎是一个合理的解决方案，但我的问题是：

有没有更好的方法来做到这一点？

我想不出任何，但我觉得可能有一个我没有看到？

感谢您花时间帮助我解决这个问题。

这是一个更新的版本

鉴于以下要求，

我们有三种不同类型的工人：接待员、护士和医生。任何工人都可以是病人。每个人都有一个名字、姓氏，可能还有一个中间名，以及一个或多个地址（城市、州、街道、号码）。可以有零个或多个电子邮件地址和零个或多个电话号码。

工人轮班。班次有开始时间和结束时间（军用时间）。班次不重叠并且是连续的。因此，在此期间，每个工人将被分配到许多班次。1+接待员分班，2+护士，2+医生；其中一位医生是轮班的分诊医生。

当病人来的时候，它发生在特定的轮班期间，由特定的接待员接纳，由轮班的分诊医生看到。病人可能会被送回家，由分诊医生开一些药并送回家，或者可能留在急诊室，在这种情况下，病人会得到一张床和一名病例医生（每个班次中最有资格担任患者的特殊问题）。每张床位在轮班期间由一名护士监督，但一名护士可能监督许多床位，​​或者根本没有。病例医生可以开出一种药物，在患者服药期间，由一名护士在每个班次中为患者给药。每种药物都有一个唯一的名称，并且对于每个患者，每天可能有不同的剂量和不同的服用次数。

这个 ER 模式 有意义吗？

我正在尝试使用 Oracle SQL Developer 的数据建模器创建 ER 图。

我有一个名为 HOLDING 的实体超类型，还有四个其他子类型：BOOK、DVD、AUDIO BOOK 和 SOFTWARE...

我试图弄清楚如何让 ER 图显示不相交规则或重叠规则以及完全专业化或部分专业化规则。

例如：

如果问题要求我表明控股必须完全属于列出的子类型，那么 ER 图将如下所示：

我如何让它显示在我的数据建模器中？我现在拥有的是：

我设计了一个简单的数据库ER Diagram，现在我必须对其进行规范化。我有一个他们是ternary operation：ER Diagram

这relationship_name三个中的负责和基数是Many-to-Many。

我的问题是正常化首先做什么，是many- to -many关系还是ternary关系？