在实体关系图中对汽车经销商上下文建模

And*_*ewS 5 database-design subtypes

我正在为汽车经销商创建一个概念数据库模型。我已经和客户谈过了,收集了所有的需求,并认为我的实体关系图都是正确的;但是,我意识到我不知道如何表示我将在下面详细说明的要求。

场景描述

经销商提供车辆检查维修修理。发生这种情况时,会生成服务票证。一个服务票证属于客户,涉及到车辆,并具有以下要求(这是我无法弄清楚如何在地球上绘制的部分):

  • 一个服务票据可以包含一个或多个服务(标识为实体类型),检查(确认为实体类型)和/或维修(归类为实体类型)。

问题

描述了我感兴趣的背景:

  • 可能有人请点我在如何构建一个相互关系,以及它如何被保存在数据库中,其中一个给定的方向是正确的ServiceTicket,必须涉及到,至少一个具体的Service一个特定的Inspection和/或一个决定Repair,但可能还包含此类实体的多个实例?

  • 我如何表示 aServiceTicket可能包含所有这三种实体类型的次出现,但必须至少包含其中一种

这个问题一直困扰着我。最初,我在 aServiceTicket和 3之间定义了一个零对多的基数,但意识到这样的描述并不意味着它必须与三者中的至少一个相关联。我的教科书似乎没有为这张图提供任何答案,我觉得要成为一名优秀的 DBA,我必须知道如何表示这一点。

mus*_*cio 7

服务、检查和维修都是某些工作的实例。如果您确实需要将 service、inspection 和 repair 作为单独的实体,请创建一个 super-entity Work,它与票证具有 1..* 关系,并使 service、inspection 和 repair 从中继承(1..1 )。在很多情况下,你可能只需要WorkType的是一个serviceinspectionrepair