很多没有主键的

是的,id列是不必要的,pk应该与其他两列相对。

但请大家都说清楚。ID栏!=主键。

如果要将其他数据链接到关系。

例如,您可能希望添加一个日志表,其中包含创建关系时的链接或类似的链接。

如果需要添加此类元数据,则不希望将其添加到关系表中,因为这需要尽可能地紧凑,以提高联接的效率,因此需要添加主键并将其链接到具有所有元数据的另一个表中。

我必须同意你的意见。我会把snippet_id和tag_id作为主键,这也保证了不存在不必要的重复条目。

只是品味问题。这两种做法都很常见。

在那种情况下,它是没有用的。但是,如果该表涉及到一对多关系(这表明设计错误得可怕),那么就需要它。

这种模式非常常见。在我看来,在这种情况下,我应该使用复合pk snippet_id 和 tag_id . 我看不到比复合模型“真正”的优势,也许您可以节省磁盘空间。

复合模型的优点是可以避免 joins 只需查询外键即可。