gpt4 book ai didi

database - 模式设计 : many to many plus additional one to many

转载 作者:搜寻专家 更新时间:2023-10-30 21:37:33 27 4
gpt4 key购买 nike

我有这种情况,但我不确定应该如何在数据库中对其进行建模。我试图建模的对象是:球队、球员、球队球员的成员资格,以及给定球队中每个球员的应付费用列表。因此,费用取决于球队和球员。

因此,我目前的做法如下:

**teams**
id
name

**players**
id
name

**team_players**
id
player_id
team_id

**team_player_fees**
id
team_players_id
amount
send_reminder_on

Schema layout ERD

在此架构中,team_playersteamsplayers 的联结表。并且表 team_player_fees 具有属于联结表记录的记录。

例如,playerA 在 teamA,并且在 8 月和 2 月到期的费用分别为 10 美元和 20 美元。PlayerA 也在 teamB,并且在 5 月和 6 月到期的费用分别为 25 美元和 25 美元。每个玩家/团队组合可以有不同的费用集。

问题:

  • 是否有更好的方法来处理此类问题一个场景?
  • 是否有一个术语来描述这种类型的关系? (这样我就可以用谷歌搜索了)或者知道任何具有类似结构的引用资料吗?

最佳答案

这是一个完美的设计。联结表(AKA 交集表)具有自己的属性(例如 joining_date)并且可以包含从属表的情况并不少见。据我所知,这种安排没有专门的名称。

它可能让人感觉奇怪的原因之一是这些表通常不存在于逻辑数据模型中。在那个阶段,它们由多对多连接表示法表示。只有当我们到达物理模型时,我们才必须具体化联结表。 (当然很多人会跳过逻辑模型直接上物理。)

关于database - 模式设计 : many to many plus additional one to many,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2770867/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com