已经与强实体相关的弱实体是否有可能与 ER 图中的另一个弱实体相关?

Pal*_*shV 6 database-design

我有一个问题陈述(简要说明),

健身俱乐部数据库 -

客户的属性:姓名、地址、Ph.No。

会员计划的属性:乞求。日期,子。费用、月费、期限

培训师属性:ID、姓名、薪水

关系类型:客户端“注册”在内存中。计划和客户“会见”培训师

已登记:客户完全参与,而 Mem。计划没有。

会面:客户和培训师,两者都完全参与。

通过Meets,这意味着客户实体参加由培训师实体指导的会话。

所以,客户端和内存。Plan 是弱实体类型,Trainer 是强实体类型。

当转换为 ER 图时,Client & Mem. Plan 相互关联,Client 与 Trainer 相关。

是否有可能拥有这样的 ER 图或是否有另一种方法来纠正它?

编辑:这个 ER 图代表了我认为它应该是什么(没有部分键),并将图中的箭头视为连接两个块/形状的直线。

在此处输入图片说明

如果我在任何地方错了,请随时纠正我。

我还有一个实体“锻炼会话”,它与培训师有关系。锻炼课程仅由一名培训师进行,但问题是只保留客户遇到的培训师的数据,而不是他/她参加的课程。但是因为这与我要问的问题无关,所以我没有添加那部分。

我认为 Client 或 Membership Plan 没有单一属性可以用来唯一地区分它们各自的实体,因此我认为 Client 和 Membership Plan 是弱实体类型。

由于某些原因,我无法透露完整的声明,因此我已提供了尽可能多的细节。

小智 2

客户和培训师都是强实体,具有由弱实体会议分类的多对多关系。

会员计划:似乎是一个与客户一对一关系的弱实体。但我会添加一个主键,并使其成为一个与客户端具有多对一关系的强大实体。这使得历史会员计划等成为可能

当前的会员计划:与客户具有一对一关系的弱实体。表明客户当前有效的会员计划。

编辑..您添加了图表..

看来您的会员资格更像是我所说的会员类型。即可供购买的计划列表。而与客户相关的会员计划应该是他们购买的 MembershipType 的实例。

例如,实例的开始日期将因每个客户端而异。

回答一般性问题。“弱实体可以与另一个弱实体相关吗”我会说不。弱实体没有自己的主键,但有一个与另一个实体的 PK 链接的外键。因此,如果你有两个具有相同 FK id 的弱实体,它们实际上与同一个强实体相关,而不是彼此相关。