我有一个设计问题。 有三个表:用户,帖子和优惠。 优惠和帖子根据postid相关,用户和帖子与用户ID相关。 现在,用户将发布一些东西,它可能是买卖的东西。现在,用户提出购买正在发布的帖子的提议。一个用户可以提供购买多个帖子。所以这意味着一个用户可以为多个帖子提供多个优惠。如何实现用户对不同帖子的许多优惠。一个用户只能提供一个帖子(这意味着一个帖子只有一个提议)。
看起来很简单,但我很丢失,任何建议都会受到赞赏。
答案 0 :(得分:0)
我认为你正在描述这样的关系:
[用户] 1 --- A --- M [帖子] 1 --- ---乙米[商情]
[用户] 1 --- ---ç米[商情]
关系A(一对多)的关键是userId;关系B(一对多)的关键是postId;关系(一对多)C的关键是userId。
我认为你在描述中缺少关系C.这将要求Offer有两个外键; userId和postId。 userId和postId的组合也可以作为Offers的主键,因为该组合应始终是唯一的。