这个问题我之前也碰到过，逻辑AND的聚合规则和SUM完全不同——只要分组里有一个0，结果就是0；只有所有值都是1时，结果才是1，所以你之前用SUM的思路自然达不到预期。下面给你几种靠谱的实现方法，适配不同的SQL场景：

通用方法（适用于绝大多数SQL数据库） #

方法1：利用MIN函数直接实现 #

逻辑AND的特性正好和MIN函数对bit类型的计算逻辑一致：bit类型中0小于1，只要分组里存在0，MIN结果就是0；全为1时，MIN结果就是1。代码非常简洁：

SELECT 
    Id,
    MIN(BitValue) AS BitValue
FROM YourTable
GROUP BY Id

测试你的示例数据，会直接得到你想要的结果：

Id | BitValue #

1 | 1
2 | 0
3 | 0

方法2：用CASE表达式判断是否存在0 #

如果觉得MIN的逻辑不够直观，也可以用CASE结合EXISTS明确判断分组内是否有0：

SELECT 
    DISTINCT Id,
    CASE 
        WHEN EXISTS (SELECT 1 FROM YourTable t2 WHERE t2.Id = t1.Id AND t2.BitValue = 0)
        THEN 0
        ELSE 1
    END AS BitValue
FROM YourTable t1

这个逻辑很直白：只要当前ID的分组里有任何一行BitValue是0，结果就返回0；否则返回1，完美匹配逻辑AND的需求。

方法3：用SUM+COUNT判断全1 #

通过统计1的数量是否等于分组总行数来判断：

SELECT 
    Id,
    CASE 
        WHEN SUM(CAST(BitValue AS INT)) = COUNT(*) THEN 1
        ELSE 0
    END AS BitValue
FROM YourTable
GROUP BY Id

解释：SUM(CAST(BitValue AS INT))统计分组里1的个数，COUNT(*)是分组的总行数。如果两者相等，说明所有行都是1，AND结果为1；否则存在0，结果为0。

针对特定数据库的优化方法 #

如果你的数据库支持专门的位运算聚合函数，用起来会更直观：

MySQL #

直接用BIT_AND函数，它会对分组内的所有值执行逻辑AND操作：

SELECT 
    Id,
    BIT_AND(BitValue) AS BitValue
FROM YourTable
GROUP BY Id

PostgreSQL #

同样支持BIT_AND函数，需要注意类型转换：

SELECT 
    Id,
    BIT_AND(BitValue::INT)::BIT AS BitValue
FROM YourTable
GROUP BY Id

为什么你之前的方法不行？ #

• SUM(CAST(MyBitField AS INT))：这个得到的是分组里1的数量（比如ID1的结果是2，ID3的结果是1），和逻辑AND需要的0/1结果完全不对应；
• SUM(CASE(MyBitField) WHEN 1 THEN 1 ELSE 0 END)：本质和上面的SUM方法一样，只是换了种写法统计1的数量，同样无法直接得到逻辑AND的结果。

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