Mysql “如何存储”；“愿望清单”；在数据库中？

我正在考虑创建一个“愿望列表”。每个用户都可以在商店购买愿望。我如何存储愿望列表？我正在考虑创建一个用户表和一个愿望列表表

用户表的结构： 列：id、用户名、密码等

列：id、愿望、价格、数量等

用户id是用户表的主键，它是wishlist表中的外键。然而，当我想到它时，我的愿望列表表将为每个用户提供重复的项目，不是吗

有没有更好的方法来储存愿望清单上的东西

---

我正在使用mysql。谢谢

这是一种1对n的关系

如果你有一个用户表，用户id作为主键，那么 创建一个将用户id作为外键的表。 将您想要的属性添加到第二个表和violá中

---

路易斯

这是一种1对n的关系

如果你有一个用户表，用户id作为主键，那么 创建一个将用户id作为外键的表。 将您想要的属性添加到第二个表和violá中

---

Luis

您应该有另一个愿望表（愿望id、价格、描述等），并且您应该有一个加入表（用户id、愿望id、数量、报价等）。此表允许您在用户和愿望之间建立多对多关系

（关于我的评论……请看？您已经有两个不同的建议。最终您必须决定什么是最好的，理想情况下，您的业务/项目需求应该指导您。）

---

编辑：提出三个不同的建议

你应该有另一个愿望表（愿望id、价格、描述等），你应该有一个加入表（用户id、愿望id、数量、报价等）。此表允许您在用户和愿望之间建立多对多关系

（关于我的评论……请看？您已经有两个不同的建议。最终您必须决定什么是最好的，理想情况下，您的业务/项目需求应该指导您。）

---

编辑：提出三个不同的建议您还应该有另一个表格来存储购买的物品：

购买

• 身份证
• 用户ID
• 维希德
• 购买日期

使用者

• 身份证
• 名字
• 密码

愿望

• 身份证
• 愿望
• 价格
• 数量

---

每次用户购买愿望时，您都会在“购买”表中创建一条记录，并减少该愿望的数量计数。

您还应该有另一个表来存储购买：

购买

• 身份证
• 用户ID
• 维希德
• 购买日期

使用者

• 身份证
• 名字
• 密码

愿望

• 身份证
• 愿望
• 价格
• 数量

---

每次用户购买愿望时，您都会在purchases表中创建一条记录，并减少该愿望的数量。

您基本上只需要知道几件事就可以将信息添加到愿望列表中。以下是我如何在我的一个客户项目中使用它：

愿望列表

• 愿望清单
• 用户id
• 产品标识
• 创建日期时间

---

只有经过身份验证的用户才有愿望列表是有意义的，因此请确保您正在处理这些问题。

您基本上只需要知道一些事情，就可以将信息添加到愿望列表中。以下是我如何在我的一个客户项目中使用它：

愿望列表

• 愿望清单
• 用户id
• 产品标识
• 创建日期时间

---

只有经过身份验证的用户才有愿望列表是有意义的，因此请确保您已经注意到了这一点。

在许多方面，这个问题没有具体的答案。向100名分析师咨询一个设计，得到100个不同的答案，或多或少都是正确的。作为这个系统的架构师，你最终必须自己决定。我想要最安全、最流行的方法。我对数据库不熟悉，所以我寻求指导。安全性与表的设计关系不大。埃德格：我不同意这一点。对于一个相对简单的数据库设计，您很可能会看到经验丰富的数据库设计人员提供了更多的一致性，因为他们通常遵循规范化和表关系的相同基本规则和原则。当然可能会有一些小的差异，但总的布局很可能类似于这种需要很少表格的东西。@TheTXI：你可能是对的，另一方面，目前有三种不同的答案。“好的”设计可能会以模式的形式出现，但“最好的”总是上下文敏感的，最好由最接近问题的架构师来决定。在许多方面，这个问题没有具体的答案。向100名分析师咨询一个设计，得到100个不同的答案，或多或少都是正确的。作为这个系统的架构师，你最终必须自己决定。我想要最安全、最流行的方法。我对数据库不熟悉，所以我寻求指导。安全性与表的设计关系不大。埃德格：我不同意这一点。对于一个相对简单的数据库设计，您很可能会看到经验丰富的数据库设计人员提供了更多的一致性，因为他们通常遵循规范化和表关系的相同基本规则和原则。当然可能会有一些小的差异，但总的布局很可能类似于这种需要很少表格的东西。@TheTXI：你可能是对的，另一方面，目前有三种不同的答案。“好”的设计可能会以模式的形式出现，但“最好”的设计总是上下文敏感的，最好由最接近问题的架构师来决定。你能更具体一点吗？这意味着我需要创造