Admin er:ER建模问题(garage modelling)

我有以下问题:

仅使用二元关系,为以下说明构造实体关系图。包括实体标签、主键字段、关系标签和关系的多重性。

“一家公司经营着几个汽车修理和服务车库,每个车库都有自己独特的服务编号(gargNo)。当车主联系车库时,他们的详细信息会被记录下来,并被分配给车主编号(carNo)。车主可能拥有一辆或多辆汽车,例如,但是汽车只能在一个车库中注册。当汽车被预订到车库时,可能会为其制定一个独特的服务计划(60 英里)。

这是我的答案:

enter image description here

对于所有数据库资深人士来说,这对您来说是否合适?

此外,任何其他意见反馈将不胜感激...

不是家庭作业

编辑-为什么人们继续编辑帖子,但不做任何更改?

2

完全基于给定的要求,忽略所有可能的现实世界的并发症(例如,当车主将他们的汽车服务从一个车库移动到另一个车库时会发生什么):

我将离开公司。只有提到过的一个,没有迹象表明我们正在记录多家公司的数据。

车主和车库之间的关系是通过汽车。车主和车库之间没有直接关系。(给定多个车库,确保给定的多个车主在系统中出现一次将很难执行。)

汽车和车库之间的关系也许应该“登记在”。严格的阅读意味着汽车在车主联系时与车库相关联,而不是在提供服务时与车库相关联。

您需要实体ServicePlanType[SPT]。大多数 SPT 都是预定义的,并且多辆汽车将使用给定的 SPT(60,000 英里调校)。如果,何时以及根据需要,将添加其他 SPT。可以为“标准”与“临时”子类型设置参数,但我认为它们非常相似(基于操作),因此不需要。然后:

服务计划与一辆汽车和一种服务计划类型相关

服务计划与一种服务计划类型相关

服务计划类型与零个或多个服务计划相关(标准计划列表)

服务计划类型与一个或多个操作相关(必须定义所有操作)

操作可能与零个或多个服务计划类型有关。鉴于需要临时服务计划,因此可能需要最初不属于任何给定的固定服务计划的操作。(根据需要添加它们,这可能是可以接受的。我姐姐的沙鼠在放学回家的路上逃脱了一次,他们不得不拆开汽车的一部分才能将其取出。不收费,也许他们没有在数据库中“提取沙鼠”(所以我没有)。

我不会将服务计划类型或操作与车库联系起来。据推测,如果公司的一个车库可以做到这一点,他们应该都可以做到,即使是临时的。

您不需要将服务计划与车库联系起来,因为服务计划所针对的汽车与车库有关。话虽如此,到了物理实施的时候,这样做可能会很好。另外,如果以后将汽车带入第二个车库,则汽车与车库之间的关系会发生变化,并且在没有服务计划与车库之间的关系的情况下,您将无法了解谁做了较早的工作。正确地,我认为您想对车库进行建模,但要

1

根据问题陈述,我提出了以下内容:

enter image description here

为了简单起见,我使用了 Address,OwnerDetails 等通用字段。

编辑:服务计划和操作之间的多对多解释:

“换油”操作是“30K 维护”、“60K 维护”和“换油”服务计划的一部分。

当然,“30K 保养”和“60K 保养”的服务计划有多个操作(换油,加注制动液,检查轮胎压力,平衡和旋转轮胎)。

因此,服务计划与运营之间的关系是多对多关系。

此结构是一个模板,然后可以将其应用于 VehicleService 实例。

本站系公益性非盈利分享网址,本文来自用户投稿,不代表边看边学立场,如若转载,请注明出处

(768)
哈夫曼编码:我如何生成一个哈夫曼树的二进制代码表
下一篇

相关推荐

发表评论

登录 后才能评论

评论列表(27条)