3

我正在设计一张桌子。有几个相互不相关的位列。

我正在考虑将这些列合并到一个通用的 ATTRIBUTES INT 位掩码列中。

现在，我试图说服自己这是一个坏主意。这似乎是一种反模式。如果我稍后需要另一个位列，这可能会节省我一些时间，但除此之外真的有什么好处吗？

如果我在位掩码上有一个索引，并且我通过 ATTRIBUTES & 128 = 128 进行搜索，那么我怀疑它效率不高。索引将使所有内容按整个值排序，而不是按位排序。所以，我想它实际上只需要扫描整个索引，而不是确切地知道去哪里。

听起来对吗？这是一个可怕的想法吗？

谢谢，泰德兹

4

1 回答 1

4

使用位掩码列使

  • 代码更难阅读和维护
  • 索引使用不可能

它也违反了数据库设计的正常形式。

您也无需购买空间，因为 SQL Server 可以将多个位列压缩为一个字节。

但是，由于位列自然不是很有选择性，因此在这里使用索引也可能没有优势。

总的来说，单个位列的好处明显超过了位掩码列的好处。所以我几乎在所有情况下都会使用一位列。

于 2012-10-11T22:31:16.480 回答