时间戳

首页 > 解决方案 > SQL 数据库设计联盟数据类型？

sql - SQL 数据库设计联盟数据类型？

问题描述

这可能是一个基本问题，但我很好奇设计具有联合类型的数据库的最合理“首选”方式是什么。

我的意思是考虑一个只有一条附加内容的表格，Post附加内容可以是video, audio,或其他类型。规范化的方式是为这些内容类型中的每一个创建一个表。但是需要有一个连接表来查询所有其他表字段指示的内容类型。 pdftexttype

这意味着在查询初始表时需要查询其中的每一个。

处理此问题的另一种方法是使用带有类型字段的厨房水槽content桌。

我问是因为我不是特别精通数据库设计。我很好奇以这种方式构建的数据的正常模式是什么。

标签： sqljoindatabase-designunion

解决方案

这种类型的“one-of”建模很棘手。一些数据库具有对此类功能的内置支持，例如继承。

一种方法是有一个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桌子。这看起来像：

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)

以此类推其他表。这将建立外键关系attachments并确保类型匹配。

推荐阅读