SQL - 需要帮助将架构转换为表、外键、主键

Question

我一直在努力研究架构并将其转换为关系数据库模型。如果这是我的模式，我的表、主键和外键应该如何看待，或者换句话说，对于这个特定模式来说，最好的数据库设计是什么？我正在寻找我所拥有的是否正确或不正确的反馈，为什么会这样。我制作了 5 个表格 TechCompany、图片、网址、标签和 FriendIds。我向 TechCompany 添加了 3 列：Url_Id、Tag_Id、Friend_Id。我将它们设为主键，并将它们映射到我的 Urls、Tags 和 FriendIds 表中的 Id。这些表中的 Id 是我的外键。

TechCos 图片
TechCos 网址
TechCos 标签
TechCos Friend_Ids

{
  "name": "string",
  "profile": "string",
  "summary": "string",
  "headline": "string",
  "contactInformation": "string",
  "slug": "string",
  "statusId": "NotSet",
  "images": [
    {
      "imageTypeId": 0,
      "imageUrl": "string"
    }
  ],
  "urls": [
    "string"
  ],
  "tags": [
    "string"
  ],
  "friendIds": [
    0
  ]
}

Answer 1

假设我们从techcos开始：

techcos (techcos_id PK)

如果tags 引用techcos，我们会执行以下操作：

tags (tag_id PK, techcos_id references techcos (techcos_id))

如果关系是One to One，我们可以在tags.techcos_id上添加一个unique constraint，这样没有两个tags可以引用同一个techcos行。

tags (tag_id PK, techcos_id references techcos (techcos_id), unique (techcos_id))

如果关系是One to Many，我们可以省略那个unique constraint，这样多个tag可以引用同一个techcos_id。

tags (tag_id PK, techcos_id references techcos (techcos_id))

如果关系是Many to Many，那么多个tag可以引用同一个techcos_id，多个techcos可以引用同一个tag，我们需要一个单独的表来处理这些映射。

techcos_tags ( techcos_id, tag_id )，我们从tags 表中删除techcos_id 引用。

我们现在有：

techcos (techcos_id PK)

tags (tag_id PK)

techcos_tags ( techcos_id, tag_id )，以及 primary key constraint（或 unique constraint）对 (techcos_id, tag_id) 以避免重复。

表之间的所有其他关系都可能遵循类似的模式。

请随时澄清您的上述问题，如果需要，我将对此进行扩展。