MySQL是否需要多对多链接表的主键？

Question

给Mod的注释：我通读了大约十二篇似乎与该问题有关的帖子，但没有一个回答我的问题。 请不要将此帖子标记为删除； 这不是重复的问题。

我正在为一个网络画廊建立一个数据库，其中将包含多对多关系。 例如，标签和图像。 显然，要完成此任务，将创建第三个链接表。 我可以看到在标签表和图像表中具有主键列的用法，但是我无法想象在链接表中具有主键列的用途。 它只会占用服务器空间。 因此，我正在考虑在链接表中没有主键列。 MySQL允许吗？ 或者，在链接表中是否有任何令人信服的理由拥有主键？ 谢谢。

链接表：

+--------------+---------+-----------+
| primary key? | tag ids | image ids |
+--------------+---------+-----------+

澄清度

表中没有主键会破坏数据库吗？

Answer 1

不需要您具有主键。

但是，也没有要求主键只能是一个字段。 在这种情况下，您可以声明主键为（tag_id，image_id）。

您在回答另一篇文章时有一个问题，使我想到也许您正在考虑将两个字段连接起来以构成主键。 别。 将键定义为

alter table link add primary key (tag_id, image_id);

别说

alter table link add primary key (tag_id + image_id);

（我认为“ +”是MySQL中的串联运算符。已经有一段时间了。SQL标准是“＆”，但MySQL在其他方面使用了它。）

两者之间有很大的不同，即在第一种情况下，25,34和253,4是两个不同的值，而在第二种情况下，它们都变成了2534。

您将始终从标签转到图像，还是要从图像转到标签？ 如果需要双向访问，则应该创建两个索引，或者一个主键和一个索引，并且两个字段都在两个方向上。 喜欢：

create index link_tag_image on link(tag_id, image_id);
create index link_image_tag on link(image_id, tag_id);

如果仅进行第一个查询（例如），请考虑以下查询：

select tag.name
from image
join link on image.image_id=link.imagae_id
join tag on tag.tag_id=link.tag_id
where image.foo='bar'

这看起来似乎很合理：找到与满足特定条件的图像匹配的所有标签。 但是，如果没有第二个索引，此查询可能会花费很长时间，因为db必须顺序读取整个链接表才能找到具有给定image_id的所有记录。

Answer 2

链接表中不需要主键。 虽然复合键是一个好主意。 可以通过使用UNIQUE（tag_ids，image_ids）来实现唯一性

Answer 3

是的，您的主键应该是tag_id和image_id复合键/复合键，即PRIMARY KEY (tag_id, image_id) 。 在这种情况下，不需要额外的自动增量列。

Answer 4

在使用MySQL Workbench时，这是非常可取的建议，因为如果没有主键，它将不允许以只读方式访问表，这在尝试测试数据库时很麻烦。 尽管拥有在关系中永远不会被引用的PK似乎确实是浪费。