Database DBMS:ER图-具有描述性属性的一对多关系

Database DBMS:ER图-具有描述性属性的一对多关系,database,relational-database,erd,Database,Relational Database,Erd,我有以下ERD: 我需要将其转换为关系模式,但我对属性“since”的归属有一些疑问。我知道1-M的关系是如何运作的,但我对这个属性感到困惑。是否需要创建一个新的表Company Employee,该表将保存公司id、emp id和自 请让我知道,谢谢。正如您绘制的图表所示,因为属性描述的是关系,而不是员工或公司。这没什么错,尽管一些专家坚持认为属性必须描述实体而不是关系 在设计关系模式时,实体和关系都成为关系(或者,我更喜欢“表”)。您唯一的问题似乎是Employee表和Company表之间

我有以下ERD:


我需要将其转换为关系模式,但我对属性“since”的归属有一些疑问。我知道1-M的关系是如何运作的,但我对这个属性感到困惑。是否需要创建一个新的表Company Employee,该表将保存公司id、emp id和自


请让我知道,谢谢。

正如您绘制的图表所示,因为属性描述的是关系,而不是员工或公司。这没什么错,尽管一些专家坚持认为属性必须描述实体而不是关系

在设计关系模式时,实体和关系都成为关系(或者,我更喜欢“表”)。您唯一的问题似乎是Employee表和Company表之间是否必须有一个连接表


你只需要两张桌子就行了。您可以将CompanyId和Since列都填充到Employee表中,因为它们是单值的。可能还有其他考虑因素导致您分解这两个表,但您不必仅为了表示数据而这样做。

假设一名员工不能同时属于多个公司,您可以将公司id&since存储为Employee表的一部分。@naresh您能详细解释一下为什么这比创建新表更好吗?谢谢。如果您认为该员工不属于公司,也可以创建一个新表。员工和公司之间的关系以及关系属性可以在该新表中捕获