这种“其中之一”的建模很棘手。有些数据库内置了对这种功能的支持，比如继承。
一种方法是有一个 attachments 表，并将所有表合并到一个表中。这将包含以下列：
attachments_id type check type in ('video', 'audio', . . .) 其中任何一个都需要列。
更常见的情况是，每一个都是一个单独的实体，因为描述它们的列会有很大的不同，而且通常有自己的关系。在这种情况下，对于少数类型的简单方法是每个类型有一个单独的列，同时还有一个至多一个不存在的约束 NULL :

check ( (case when video_id is not null then 1 else 0 end) +
        (case when audio_id is not null then 1 else 0 end) +
        . . .  <= 1
      )

这允许正确声明外键关系。
另一种方法是对此的一种变体。假设所有id列的类型相同，则使用以下列：

attachment_type varchar(255) check (attachment_type in ('video', 'audio', . . .),
attachment_id int

类型将决定 id ，但数据库不会对此进行验证。
另一种方法是更复杂的继承模式，它涉及为每个实体设置单独的表，以及每个实体中的类型。然后建立一个 attachments table。这看起来像：

attachments_id int generated always as identity primary key,
attachment_type varchar(255) check (attachment_type in ('video', 'audio', . . .),
unique (type, attachments_id)

然后：

video_id int primary key,
type varchar(255) generated always as
foreign key video_id references (type, attachments_id)

其他table也是如此。这将设置与的外键关系 attachments 确保类型匹配。