嘿，这种用2的幂次（2^n）存储多选状态的方式，本质是**位掩码（Bitmask）**的经典用法，在SQL Server里查询特定选项是否被选中，用位运算就能轻松搞定！

核心原理 #

每个Checkbox对应一个唯一的2的幂次值，这些值的二进制表示里都只有一个1位（比如2是10，4是100，8是1000）。当多个选项被选中时，存储的数值是这些值的和，对应的二进制就是多个1位的组合。

要判断存储值是否包含某个选项，我们可以用SQL Server的按位与运算符&：如果存储值与目标选项值的按位与结果等于目标选项值，就说明该选项被选中了。

具体查询示例 #

假设你的表名为YourTable，存储Checkbox组合值的字段是CheckboxValue，现在要查询所有包含Checkbox 1（对应值2）的记录，SQL语句如下：

SELECT *
FROM YourTable
WHERE CheckboxValue & 2 = 2;

为什么这样可行？

拿你举的例子来说，选中Checkbox1和3时存储值是10（二进制1010），和2（二进制0010）做按位与运算：

1010
& 0010
------
0010 → 也就是2，等于目标值，所以这条记录会被筛选出来

如果存储值是4（二进制0100），和2按位与的结果是0，就不会被选中。

扩展场景 #

如果要查询同时包含多个选项的记录（比如同时包含Checkbox1和Checkbox3，对应值2和8），可以这样写：

-- 方式1：直接组合掩码
SELECT *
FROM YourTable
WHERE CheckboxValue & (2 | 8) = (2 | 8);

-- 方式2：用掩码的和（因为2+8=10）
SELECT *
FROM YourTable
WHERE CheckboxValue & 10 = 10;

小提醒 #

这种位掩码存储方式虽然紧凑，但也有局限性：比如数据量大时位运算无法利用索引优化，且新增选项需要预留足够的位（不能超过字段的数值范围，比如int类型最多支持31个不同选项）。如果你的业务需要频繁新增选项或者有大量查询需求，可能需要考虑用关联表存储多选状态哦～

内容的提问来源于stack exchange，提问作者TemporaryFix