存储许多位——我应该使用多个列还是单个位字段列？

发布于 2024-09-12 08:28:46 字数 183 浏览 3 评论 0原文

我正在数据库中设计一个User 表。我为每个用户提供了大约 30 个左右的选项，可以是“允许”或“不允许”。

我的问题是，我应该将这些存储为 30 位列，还是应该使用单个 int 列来存储它们并解析应用程序中的每一位？

另外，我们的数据库是SQL Server 2008和2005（取决于环境）

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

陈甜 2024-09-19 08:28:46

我只是尝试创建两个表，一个具有单个 int 列，一个具有 30 位列，然后向每个表添加一行并使用 SQL Server 内部查看器

CREATE TABLE T_INT(X INT DEFAULT 1073741823);

CREATE TABLE T_BIT(
X1  BIT DEFAULT 1,
/*Other columns omitted for brevity*/
X30 BIT DEFAULT 1
);

INSERT INTO T_INT DEFAULT VALUES;

INSERT INTO T_BIT DEFAULT VALUES;

具有 30 位列的表的单行

具有一个 int 列的表格的单行

从存储的角度来看，SQL Server 合并了位列，并且数据存储在完全相同的空间量中（黄色）。对于 NULL 位图（紫色），您最终会每行丢失 3 个字节，因为它的长度与列数成正比（无论它们是否允许空值）

字段的键（对于 int 版本，颜色编码与位版本相同）

I just tried creating two tables, one with a single int column and one with 30 bit columns then added a row to each and looked at them with SQL Server Internals Viewer

CREATE TABLE T_INT(X INT DEFAULT 1073741823);

CREATE TABLE T_BIT(
X1  BIT DEFAULT 1,
/*Other columns omitted for brevity*/
X30 BIT DEFAULT 1
);

INSERT INTO T_INT DEFAULT VALUES;

INSERT INTO T_BIT DEFAULT VALUES;

Single row for table with 30 Bit Columns

Single row for table with one int Column

From a storage point of view SQL Server combines the bit columns and the data is stored in exactly the same amount of space (yellow). You do end up losing 3 bytes a row for the NULL bitmap (purple) though as the length of this is directly proportional to the number of columns (irrespective of whether they allow nulls)

Key for fields (for the int version, colour coding is the same for the bit version)