【问题标题】:Do I need to model a dependency explicitly in an ER diagram?我需要在 ER 图中显式地对依赖项建模吗?
【发布时间】:2010-09-20 08:30:05
【问题描述】:

我今天在看 ER 图。如果我们在租赁商店的上下文中考虑两个实体,即项目和会员,则会员可以结账或续订项目。所以为此,我想出了以下内容:

这个想法是成员可以签出任意数量的项目,但一个项目只能签出一次。并且,一个成员可以续订任意数量的项目,并且一个项目只能由一个成员续订。但我的问题是,一旦会员更新了一个项目,我是否需要以某种方式在 ER 图中明确指出它?我的意思是,假设我更新了一个项目,我如何指示它应该在 CHECKOUT_LOG 表中更新,还是仅特定于关系模型?

【问题讨论】:

  • 这不是 ERD,更像是流程图,因为“结帐”和“续订”本身并不是实体。

标签: sql database database-design entity-relationship


【解决方案1】:

您是否认为续订和结帐本质上是相同的功能。从您的评论中,我看到了两个不同之处。

  • 仅当用户还没有该项目时才会结帐。
  • Renewal 更新 last_renewal(可从校验日志中导出)。

按照模型,会员不能退回物品然后再次检查。

我将建模为三个实体(括号中的主键。

Item:(Item_id),其他字段 成员:(User_Id),其他字段 结帐:(Item_id、User_Id、创建时间戳)、退货日期、续订指示器

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2015-05-13
    • 1970-01-01
    • 2012-03-16
    • 2016-05-17
    • 1970-01-01
    • 2023-04-07
    • 2020-04-14
    • 1970-01-01
    相关资源
    最近更新 更多