一个图像表可以服务两个外部表？

Question

我有这个图像表，

image_id
image_title
image_description
image_source

我希望这个图像表与页表关联，并且有时与关联 comment table

页表，

page_id
...
...

评论表，

comment_id
...
...

是否应该将page_id和comment_id的外键放在image<中/代码>表？

image_id
image_title
image_description
image_source
page_id
comment_id

或者我应该为每个目的创建一个 map 表？

一个用于图像和页面的 map 表

image_id
page_id

以及另一个用于图像和评论的 map 表

image_id
comment_id

对于这种场景，什么是最佳实践？

当image表格行增加map idea，image表格会变慢吗？ （这是另一个主要问题）？

目前我这样做，

图像页面表，

image_id
image_title
image_description
image_source
page_id

图像评论表，

image_id
image_title
image_description
image_source
comment_id

但这看起来不太好，因为我重复这些列，而且它看起来不是动态的。 有什么想法吗

？

编辑：

有时图像与页面相关联，有时与评论相关联。上传图片有时是针对文章本身，有时是针对文章下方的评论。

image_id  image_title  page_id  comment_id
1         a            1        NULL
2         b            NULL     1
3         c            1        NULL
4         d            1        NULL

Answer 1

您现在的设计存在局限性。例如，图像不能同时与页面和评论相关。除非它的数据在两个Image表中重复。其次，更重要的是（正如您所说，它看起来不太好），您有两个具有几乎相同的列和功能的表。

因此，拥有一个 Image 表和两个映射表看起来是更好的设计。如果您稍后想要存储有关这些映射的更多（和不同）信息 - 例如，您可能需要添加 Last_changed 时间戳和 PageImage 的大小限制（每个图像最大 100KB）以及数量限制对于 CommentImage（每个评论最多 3 个）- 您不必更改整体设计，只需更改这 2 个特定的映射表即可。

但是，您可能会发现自己创建了一堆映射表，例如一个用于 UserImage，另一个用于 MessageImage，另一个用于 EmailImage ，都具有相同（或几乎相同）的结构 - 这再次导致代码重复。

为了消除这种重复，您可以使用超类型/子类型模式。创建一个超类型 Entity，其中包含 Page、Comment、User、Message、< code>Email 作为子类型（每个子实体都将有一个主键，该主键也是超类型 Entity 的外键）。

然后，您的映射可以轻松地合并到一个 EntityImage 表中（带有到 Image 和 Entity 的 FK）。

Answer 2

您的图像表没问题。您应该创建一个 Comment 表和一个 Page 表，并将 ImageId 存储在这些表中。

编辑：（没有阅读所有评论）

根据页面和评论可以有多个图像的要求，唯一的方法是创建两个链接表，一个将评论链接到图像 以及将页面链接到图像的链接。