将三元关系映射到关系模型(Emploes、Customer、Project) [英] Mapping a ternary relationship to the relational model (Employes, Customer, Project)

查看:44
本文介绍了将三元关系映射到关系模型(Emploes、Customer、Project)的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我想将ER图的这一段转换为关系模型。我们有一个三元关系,其内容如下:

  • 1个客户向->多个开发人员提供1个项目
  • 1个客户为1个开发人员分配->多个项目
  • 1个开发人员由->一个客户分配1个项目

建议的解决方案如下:

分配(EmployeeID,CustomerID,ProjectID)

其中主键由EmployeeID、CustomerID和ProjectID组成。 所有这些属性都是外键,每个属性都引用其各自的实体。

但是这个解决方案是完全错误的,因为它没有表达与ER图相同的东西。我们有一个合成的主键,所以这意味着这三个东西的组合是唯一的。这意味着我可以具有相同的ProjectID,具有相同的EmployeeID,但由不同的CustomerID(我不需要)提供。

如何解决此问题?

编辑:由于许多用户发现项目符号没有澄清任何内容,我将对关系的概念做一个简短的文字描述:

  • 单个客户可以赠送一个或多个项目
  • 单个客户可以提供单个项目
  • 每个项目可以由一个或多个开发人员完成
  • 每个开发人员可以处理多个项目(无论项目是由哪个客户提供的)
为此,我得出的结论是,使用两个独立的二元关系比使用单个三元关系更好。请参阅下面的答案。

推荐答案

正如我在问题中首先提到的,该关系的描述如下:

  • 单个客户可以赠送一个或多个项目
  • 单个客户可以提供单个项目
  • 每个项目可以由一个或多个开发人员完成
  • 每个开发人员可以处理多个项目(无论项目是由哪个客户提供的)
问题出在ER-Diagram本身:它不能准确地表示上面的描述。问题在于单个项目只能由一个客户提供的限制。这就是为什么使用两个单独的二元关系而不是使用一个三元关系来建模会更有意义。

也就是说,客户项目应该是1:N关系,项目开发人员应该是m:N关系。通过映射这些关系,我们可以获得以下信息:

  • 客户(CustomerID)主键=CustomerID
  • 引用客户的主键=CustomerID和外键=CustomerID的项目(ProjectID,CustomerID)
  • 开发者(DeveloperID),PK=DeveloperID
  • 主键={ProjectID,DeveloperID)的ProjectDevelopment(ProjectID,DeveloperID)

这篇关于将三元关系映射到关系模型(Emploes、Customer、Project)的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆