多对多关系、逐位比较与链接器表

Question

数据库表（例如汉堡）包含一个将位存储为整数值的字段，因此它的值为 1,2,4,8,16 ...

辅助表包含这些值 1 = 奶酪，2 = 番茄，4 = 鸡蛋，8 = 生菜，16 = 蛋黄酱

按位比较可以使任何汉堡具有任意馅料组合（对于新手来说，val 24 的汉堡将包含蛋黄酱和生菜（16 + 8 ），而 val 5 的汉堡将包含奶酪和鸡蛋等）。

据我所知，这不是一个特别好的主意，你只能使用相对较小范围的不同汉堡馅料（64？）。唯一的优点是它节省了数据库空间，因为不需要链接器表。

然而，我接替的人总体来说技术非常出色。那么我还缺少其他什么好处吗？在我看来，有两个缺点：它限制了不同填充物的数量，而且它很奇怪/不寻常（当记忆是主要考虑因素时，挂断了？）。

Answer 1

我看到的唯一好处是，它可以相对容易地返回一个以逗号分隔的字段，其中包含一行中的所有汉堡配料和其他数据。顺便说一句，我不知道如何做到这一点。如果是这样的话，我很想看看 SQL。

如果前端程序缓存辅助表中的数据并在返回后解析按位字段，那么也将消除对数据库的调用。

但是，我没有看到任何其他好处。我只会使用链接器表并完成它，因为我认为位打包只会使数据库设计变得复杂。

Answer 2

以这种方式使用位掩码，您将无法利用 SQL 引用完整性检查的强大功能。如果我输入值 128 会发生什么？您的查找表中没有这样的条目。正确实现外键约束后，如果我尝试加载查找表中不存在的值，我会收到错误，并且该值将（正确）不会加载到数据库中。

实现按位运算符可能更快、更容易（也更有趣），但随着时间的推移，正确规范化的数据库可以更容易支持和维护。

Answer 3

您可以通过添加一个表来解决该解决方案
看起来像：

Table: Fillings
Id  Cheese Tomato Egg Lettuce Mayo
 0     N      N     N     N     N
 1     Y      N     N     N     N
 2     N      Y     N     N     N
 3     Y      Y     N     N     N
...
31     Y      Y     Y     Y     Y

那么你可以说：

select
    count(1) as WithCheeseButNoTomato
from Burger as b
join Fillings as f on f.Id = b.FillingId
where Cheese = 'Y'
  and Tomato = 'N' ;

任何所谓的好处都在前端填充选择或应用程序层。