php - 数据库模型验证

Question

我正在尝试构建一个应用程序，用户可以在其中相互转移游戏代币。现在我想到了这个设计

database design link

• 每一方将只有一个帐户
• 复式记账将借记/贷记存储在交易表中
• 列表表用于用户发布他们想要的金额trade 和 offer 表存储报价。

我希望这个设计被验证为设计我的数据库的正确方法。列表应该来自派对、成员或帐户(如所列)？

除此之外，我还担心一旦报价被接受，我如何在我的交易表中得到它？

为此我正在使用 MySQL/PHP。

Answer 1

考虑到应用程序流和数据关系的简要概述，我觉得结构很好。为了回答关于优惠应该来自谁的问题，您需要问问自己您打算使用哪种权限？

在我看来，“聚会”更像是一个容器或实体，而不是一个用户帐户。所以你必须问问自己，你打算如何让它发挥作用。一方的任何成员是否可以代表该方接受/提出任何要约？如果是，那么确定，只需将报价链接到各方并将交易存储为发生在两方之间，并列出发布/接受报价的每一方的成员。

否则，您可能希望将个人成员(member)账户直接链接到他们的硬币/优惠。虽然我看不出“派对”容器在该模型中有何用处。不过，简而言之，如果您打算在“一方”级别进行交易和跟踪，那么您应该相应地关联交易。否则，您将面临交易/代币数据歧义消除的风险，这将使您有机会通过发布报价、离开该方并加入另一方，然后取消，将数据从一个“方”“窃取”或“移动”到另一方出价，将“出价边缘”中持有的代币返回给他们当前的派对。