数据库设计:如何允许同行订单，也就是棒球交易卡交易模型

Question

当涉及到如何处理数据库设计时，我遇到了困难。我环顾四周，发现了像http://www.tomjewett.com/dbdesign/dbdesign.php?page=manymany.php这样的例子，它对于销售商品的商店来说工作得很好，但我想建立一个数据库来跟踪两个用户之间的销售(或交易)。

前约翰用x1，x2，x3，x4换了简牌(4 * y1)，y2牌和5美元。(在本例中，约翰用4张名为x1、x2、x3、x4的牌交换了5张简的牌，4张名为y1的牌，1张名为y2的牌，以及5美元。)

我也希望简能够还价给约翰，以获得额外的卡片，或者任何她想在脑海中平衡的东西。

提前谢谢你

Answer 1

这是一个有趣的关系数据库设计示例。从本质上讲，我的建议是创建一个尽可能规范化的结构。这基本上意味着您想要创建这样的表，以便您可以填充空白：“此表中的一行表示唯一的__.”

对于您的特定应用，我建议：

• 一张用户表，每个用户1行
• 一张牌表，每张卡1行(无论世界上存在多少张该卡的实例-例如Topps公司1984年的Michael Jordan菜鸟卡的一行)
• 一张交易表，每笔交易1行。您可能希望交易行包含交易中涉及的user1和user2的列，使用users表中的in。如果您想要还盘功能，我建议还盘只是此表中的另一行，列"original_offer“引用了还盘所依据的报盘。
• 贸易项目表。在这里，交易中涉及的每一项商品都有一行，数量是。每一行都有一个映射到trades表的tradeID、一个映射到cards表的cardID、一个数量列以及"from“和" to”列，每一列都映射到所涉及的用户and。