bool_and只认true/false，null会导致结果为false；它判断是否“全为true”，而非“有无false”；postgresql规定聚合结果为null时返回false；coalesce可快捷处理null，按业务语义转true或false。
BOOL_AND只认true/false，null会让结果变false
bool_and不是“有没有false”，而是“能不能保证全为true”。它内部按逻辑与规则计算：true AND true = true，true AND false = false，true AND null = null，而PostgreSQL规定：只要聚合结果是null，最终就返回false（手册明确写“otherwise false”）。所以哪怕一整组都是null，你也拿不到true，甚至拿不到null——直接得false。
常见误判场景：
- 字段允许NULL，但业务中NULL表示“待审核”，你却写
bool_and(status)，结果全NULL的组被当成“不满足” - 忘了字段类型不是
boolean，传了int或text，报错function bool_and(integer) does not exist
COALESCE是最快捷的NULL处理方式
用COALESCE把NULL转成明确的true或false，语义清晰、写法短、性能无损。关键看业务定义：
- “未设置即视为通过” →
bool_and(COALESCE(status, true)) - “未设置即视为不通过” →
bool_and(COALESCE(status, false)) - 想严格排除NULL干扰（比如只认可已明确赋值的状态）→ 改用
WHERE status IS NOT NULL再聚合，但注意：若某组全为NULL，该组将不出现在结果中
示例：SELECT order_id, bool_and(COALESCE(is_shipped, false)) AS all_shipped FROM shipments GROUP BY order_id;
非PostgreSQL环境不能直接用bool_and
MySQL、SQL Server、SQLite都不支持bool_and。别硬搬语法，否则直接报错。等效逻辑要靠数值转换+聚合组合实现：
- 用
COUNT(*) = COUNT(CASE WHEN status THEN 1 END)：统计总行数 vs 显式为true的行数，天然跳过NULL，语义最贴近bool_and - 用
MIN(CASE WHEN status THEN 1 ELSE 0 END) = 1：把布尔转0/1后取最小值，但要注意NULL会被CASE的ELSE兜底，没写ELSE就会漏掉 - 避免用
SUM类方案（如SUM(CASE WHEN status THEN 0 ELSE 1 END) = 0），它在含NULL时行为隐蔽，调试困难
every()是bool_and的完全同义词，但别混用
every()在PostgreSQL里和bool_and()完全等价，手册写明“equivalent to bool_and”。但它容易让人误解为“存在性判断”（像EXISTS），实际仍是全量逻辑与。建议统一用bool_and，降低团队理解成本。
真正容易被忽略的是：所有这些聚合都依赖GROUP BY粒度。如果你在多列分组（如GROUP BY user_id, month）下用bool_and，那它只管当前(user_id, month)这一组——跨月状态不会自动关联，也不会补空。需要跨维度判断时，得先用子查询或CTE拉平数据结构。
