我应该运送一个包含可变内容的盒子并在数据库中跟踪它。我所有的项目（一个盒子的内容）都是不同的类型，需要不同的表来跟踪它们各自的信息，尽管每个项目类型都有相同的长度序列号（即 PK 是相同的数据类型）。我有一个 Boxes 表。
所以每个项目都有一个表（~7 个表）加上盒子表。我想创建一个BoxContents 表。我尝试创建一个包含两列的多对多关系中间表：一列用于BoxID，另一列用于ItemBarcode，其中BoxID 是Boxes 表和ItemBarcode 上PK 的FK是 Items 表上每个 PK 的 FK（即我试图将多个表链接到同一列）。不出所料，这没有奏效。我试图插入一个项目，但除了一个 ItemBarcode 关系之外，其他所有关系都违反了 FK 约束。
如何构建我的关系以将几种类型的项目链接到一张表中的一个框？这是一种合乎逻辑的方法吗？您需要更多信息吗？
【问题讨论】：
标签： sql sql-server-2008 database-design
您需要一个类别层次结构（又名。类层次结构、子类型层次结构、继承层次结构......）：
有3 main strategies 用于实现类别层次结构。如果你选择“all classes in one table”或“class per table”，那么无论你有多少kinds项，你只需要一个“链接”表来实现多对-很多关系。
【讨论】：
如果ItemBarcode 的值真正独一无二，我的第一选择是：
编辑：添加了所需触发器的描述。
BoxId/ItemBarcode 表，在条形码端没有 FK 关系，但使用触发器确保它保持有效。
（关联表上的插入/更新触发器需要验证项目表中是否存在条形码。每个项目表上的删除触发器需要防止或级联删除关联表中的项目。更新触发器项目表需要更新和更改关联表中的条形码。这最后可以集成到前面项目符号中的插入/更新触发器中。）ItemBarcode 的公共数据。我的第二个选择是 n BoxId/ItemBarcode 表用于 n 项类型。直截了当，但有点忙。这使得添加新的项目类型比需要的更加混乱。
我不会使用BoxId/ItemTypeId/ItemBarcode 表。它通过再次关联ItemTypeId 和ItemBarcode 来反规范化数据，它不允许在条形码端使用 FK，它仍然需要触发器来确保完整性。
不要害怕触发器。他们可以非常有效地解决一些问题。
【讨论】：
union 中。制作提供union 的view 可以简化事情。触发器用于强制执行 deferential 完整性，即您自己的奇数版本的引用完整性，因此数据不会*被破坏。 （* - 挑战留给感兴趣的读者。）
关系数据库不擅长处理这类问题。您的基本设计是正确的 - 表之间的 FK 的 关联 表。
您的选择是：
我会选择选项 2。
【讨论】：
check 约束来强制每个项目类型都存在您需要的列，例如col1 int check ( item_type_id != 1 or (item_type_id = 1 and col1 is not null)) 等