数据库模型验证

Question

我正在尝试构建一个应用程序，用户将能够在彼此之间为游戏传输令牌。现在，我有这样的设计考虑

database design link

• 每一方都将只有一个帐户
• 复式记账将借记/贷记存储在交易表
• 的上市表用于用户在 交易中发布他们想要的金额，并且报价表存储报价。

我想这个设计验证为正确的方式来设计我的数据库。上市来自派对，会员或账户（如所列）？

最重要的是，我还有一个关于接受报价的问题，我如何在我的交易表中得到这个？

我为此使用MySQL/PHP。

Answer 1

鉴于应用程序流和数据关系的简要概述，结构看起来很好。为了回答您提供哪些优惠的问题，您需要问问自己您计划使用哪种类型的权限？

这听起来像“派对”更像是一个容器或实体，而不是一个用户帐户。所以你必须问自己，你打算如何工作。一方的任何成员是否可以代表该方接受/提出任何要约？如果确实如此，那么只需将这些优惠链接到双方并将交易存储为在双方之间发生并列出发布/接受优惠的各方的成员。

否则，您可能希望将个人会员帐户直接链接到其硬币/优惠。虽然我看不出“派对”容器如何在该模型中有用。总而言之，如果您打算在“派对”级别完成交易和跟踪，那么您应该相应地关联这些交易。否则，您可能会冒着对交易/硬币数据的歧义消失，这会让您有机会通过发布优惠，离开该方并加入另一方，从而“窃取”或“移动”从一方到另一方的数据，然后取消要约，将“提供限制”中所持有的硬币退还给他们当前的派对。