Database 这是一对多还是多对多的关系?

Database 这是一对多还是多对多的关系?,database,database-design,entity,entity-relationship,Database,Database Design,Entity,Entity Relationship,所以我在做一个基于药物的E/R图。它指出,每种药物都是由某一制药公司生产的,并且该药物的商品名在该制药公司的产品中加以识别。这是我绘制的E/R图: 现在我最大的问题是,这些关系应该是一对多还是多对多?每个关系都由一个箭头表示(其中,指向的箭头表示最多一个,而圆角的箭头表示正好一个)。我首先假设,一种由单一商品名识别的单一药物只来自一家制药公司,但一种药物可能来自多家制药公司吗?我也不确定这是否应该是一种三方关系 不确定这是否真的是一个技术问题,您可以在这里找到答案。与您的客户进一步澄清可能是明智

所以我在做一个基于药物的E/R图。它指出,每种药物都是由某一制药公司生产的,并且该药物的商品名在该制药公司的产品中加以识别。这是我绘制的E/R图:
现在我最大的问题是,这些关系应该是一对多还是多对多?每个关系都由一个箭头表示(其中,指向的箭头表示最多一个,而圆角的箭头表示正好一个)。我首先假设,一种由单一商品名识别的单一药物只来自一家制药公司,但一种药物可能来自多家制药公司吗?我也不确定这是否应该是一种三方关系

不确定这是否真的是一个技术问题,您可以在这里找到答案。与您的客户进一步澄清可能是明智的,但从纯粹的措辞来看,我会假设

1.)1种药品-1个商品名-1家公司 公司有很多药品

从美国药物的一般知识来看,不同的公司有其独特的药物版本,具有相同的活性成分,但这些药物都以不同的商品名注册,保持着1个商品名-1个公司的关系


例如,布洛芬(非专利)同时以Advil和Motrin(单独的商品名)出售。

在陈的原版ER图中,钻石表示三元 “关系”类型,也称为关联类型,在由方框表示的三个参与者“实体”类型之间/之上。在应用程序关系/关联中,如在“实体关系模型”中。显示参与的行对应于FKs(外键)

在这样的图中,每一行都用数字或范围进行标记,给出关系集中允许的每个实体集中的实体数。关系表的每一行都有一个FK。根据Chen的说法,它将被描述为(按公司名称排列)(最多1个)-(确切地说是1个)-(N个)关系(假设未标记的行表示任何数字)。在一行的每一端都有一个基数的样式

旧的和新的方法和产品(尽管相当主流)对陈式的误解/误传/误用导致了不同的所谓ER图

其中一种样式仅显示实体类型框,其中的关系通过以关系名称标记的连接线显示。1:许多关系可以通过一个实体类型表中的FK属性来实现,尽管它们不需要,尽管这与Chen-ER建模相反,Chen-ER建模将使用表。通常,对于n>2的n元关系,不只是在一个点上连接三条直线段,而是将该点替换为一个框,表示“关联实体”类型。然后,这些线路将成为陈领导下的参与者/FKs。所有行现在表示1:多个关系。其他所谓的ER图只有用于FK的表和行的框,甚至在Chen意义上的实体上没有关系。使用仅表示1的行:许多关系和/或FK导致行和FK(错误但普遍)被称为“关系”。(这似乎就是你对这个词的理解。)


上的wikipedia条目目前是合理的。

您在绘制图表时使用的参考是什么?它如何解释它们?