一对多关系中的数据库设计

Question

这些是我的表，我创建了一个tbl_relation ，其中包含data_id的tbl_data和tag_id的tbl_tags 。 data_id可以具有多个tag_ids 。

例如在以下情况下：约翰与食物，苹果，橘子相关。 莱纳斯与食物，马铃薯有关。

就速度和存储而言，这是正确的方法吗？ 作为我tbl_tags和tbl_data可以有至少有1万个条目和name在tbl_data可以用至少5相关tag_name 。

tbl_tags
+----+--------+
| id | name   |
+----+--------+
| 1  | food   |
+----+--------+
| 2  | apple  |
+----+--------+
| 3  | orange |
+----+--------+
| 4  | potato |
+----+--------+
| 5  | fruit  |
+----+--------+

tbl_data
+----+--------+
| id | name   |
+----+--------+
| 1  | John   |
+----+--------+
| 2  | Linus  |
+----+--------+
| 3  | Bill   |
+----+--------+
| 4  | Steve  |
+----+--------+
| 5  | Dennis |
+----+--------+

tbl_relation
+---------+--------+
| data_id | tag_id |
+---------+--------+
| 1       | 1      |
+---------+--------+
| 1       | 2      |
+---------+--------+
| 1       | 3      |
+---------+--------+
| 2       | 1      |
+---------+--------+
| 2       | 4      |
+---------+--------+

Answer 1

哪有

标题说“一对多”。 在这种情况下， tags应具有一列，说明哪个人（ data_id ）与该标签有关。

也许Sam喜欢apple ， potato和kiwi ？ 也就是说，该文本暗示可能有很多：很多。 在这种情况下，您需要一个2列的表，基本上就像您描述的那样。 这是我对这种桌子的最佳设计的提示 。 提示解决了您的速度和空间问题。

Answer 2

这似乎是多对多的关系，因为tbl_data_id可以与多个tbl_tags_id相关联，反之亦然（请参阅tbl_relation中的条目）。 如果是这样，按照正常形式，您的方法似乎很标准。

一种建议是在tbl_relation表上创建外键约束。