sql关系，连接多个类别

我希望一个单独的估价能够有几个类别（或者只有一个）。分类表是一个我正在用葡萄酒等分类填充的表。所以我的问题是如何才能做到这一点？我需要另一张桌子吗

谢谢大家!！

---

那么一个单独的估价有很多类别，而一个单独的类别有很多估价

这就是我们所说的多：多关系，处理它的典型方式是另一个表，ValuationCategory*，它有一对Id——ValuationId和CategoryId

在估价和分类中，Id是主键。在ValuationCategory中，每个Id都是两个父表的外键。在ValuationCategory中，每个Id可以出现多次，但一对Id是唯一的，因此经常用作ValuationCategory表的复合主键（由两列组成）

Valuation 1 ----- M ValuationCategory M ----- 1 Category

估价类别也可以有自己的列，比如“该估价首次在该类别中确认的日期”。您添加到ValuationCategory的列越多，它就越开始成为一个“表本身”，就像Order是个人和产品之间的自己的表（许多人购买许多产品，Order/orderdetail类型设置映射了这两者，但存储了大量与实际订购/履行流程相关的其他内容）因此，有一点是，ValuationCategory可能不再是一个“只分解多：多关系的表”，大概在这一点上，它可以回答对元信息以外的问题感兴趣（例如，“何时对估价进行分类”只是元信息，但“作者X每年进行多少次分类，并以‘更正’为理由？”-如果VC知道作者、原因、获取外部流程知识的日期，而不仅仅是“X和y相关”）

当它本身成为一个“适当的”表时，您可能希望为它提供自己的唯一ID列；您不必这样做，但是如果您要将它作为一个独立的实体来对待，就像一个估价或类别一样，您可能希望它得到同样的对待

总而言之，我敢肯定你使用过这样一个表，甚至没有意识到，它只是有更多的列

---

---

*对我来说，这比分类评估更有意义，但这取决于你的观点；如果类别是重要的东西，而评估不是重要的东西，那么分类评估就起作用了。如果评估是关注的对象，那么最好先命名它。

问题是？我如何做到这一点？你能编辑你的问题并将其包括在内吗将表格定义也添加为文本？并解释它们之间的多对多关系是什么？不是每个人都可以在这里看到图像，理解您的问题似乎非常重要。请在评论中添加您提到的问题。我知道了，谢谢！这非常有帮助。没有问题！ps；添加了一些位