这是我发布并接受了一个答案的一个earlier question的后续。在收到反馈后,我还有一个进一步的问题,并试图将其作为一个新问题发布,希望得到一个答案。
在与用户讨论之后,需求变得更加复杂。实际上,他们所做的就像关系世界中的一个表,其中有以下列(它用大量重复的数据进行了去修饰):
PartnerName | Service | Offered? |CurrentlyUsing | WeCouldSellThese |
XX | Baking | Yes |Competitor A, B | Product A | XX | Baking | Yes |Competitor A, B | Product C | XX | Baking | Yes |Competitor A, B | Product D | XX | OnlyDough| Yes |Product A | Product C | XX | Packing | No | | Product E |
基本上,他们需要存储目前正在使用的信息,无论其目前是否由合作伙伴提供,他们仍然试图向他们出售产品(提供是或否仍然会导致市场)。服务和产品之间存在着多到多的关系,因为well...which意味着有一个“3节点”关系--一个特定产品的特定合作伙伴,用于特定服务,下面是我正在考虑的两个选项。选项1的问题是,产品A会有许多To_Build的外向关系,所以我没有办法找出它的哪个合作伙伴。

在我带了一个新的实体来分割这段关系之后,下面是一些选项:

发布于 2020-04-23 18:39:05
您可以使用额外的节点(例如,标记为"Build")来“具体化”“3节点关系”。例如:

顺便说一下,您还应该考虑Could_Offer关系是否是多余的。例如,可以将isOffered属性添加到Could_Build关系并消除Could_Offer关系。
https://stackoverflow.com/questions/61386333
复制相似问题