数据库模型验证

Question

我正在尝试构建一个应用程序，用户可以在彼此之间传输令牌以进行游戏。现在我记住了这个设计

database design link

• 每方都只有一个帐户
• 双重记帐会计将在借记/贷记中存储交易表
• 列表用于用户发布他们想要的金额 交易和报价表存储报价。

我希望将此设计验证为设计数据库的正确方法。列表应该来自派对，成员还是帐户（如上所列）？

最重要的是，我有另一个问题，一旦提出被接受，我如何在我的交易表中得到这个？

我正在使用MySQL / PHP。

Answer 1

给出应用程序流和数据关系的简要概述，结构看起来很好。为了回答关于优惠应该来自哪些人的问题，您需要问自己，您打算使用哪种权限？

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

否则，您可能希望将个人会员帐户直接链接到他们的硬币/优惠。虽然我看不出“派对”容器如何在该模型中有用。简而言之，如果您打算在“派对”级别上进行交易和跟踪，那么您应该相应地关联交易。否则，您有可能消除交易/硬币数据的消歧，这将使您有机会通过发布要约，离开该方并加入另一方，然后取消，将数据从一个“方”“偷”或“移动”到另一方。要约，将“提供资格”中的硬币归还给他们当前的一方。