BOOL_AND返回TRUE当且仅当分组内所有值均为TRUE，因其严格遵循三值逻辑：遇FALSE即FALSE，全NULL则NULL；常见误用是忽略NULL语义，应配合COALESCE明确处理。
bool_and 为什么只返回 true 当且仅当所有值为 true？
bool_and 是 PostgreSQL 特有的布尔聚合函数，它的行为和数学上的“逻辑与”完全一致：只要组内任意一个值是 false 或 null，结果就是 false；只有全部非空且为 true，才返回 true。它不等价于“有没有 false”，而是严格要求“不能有 false”。这点常被误认为类似 min()，但语义更明确——你是在问“这个组是否全为真”。
常见错误现象：
- 对含 null 的列直接用 bool_and(status)，结果意外为 false（因为 null AND true 是 null，而 bool_and 把 null 视为“不确定”，最终按规则转为 false）
- 在 MySQL 或 SQL Server 上直接写 bool_and，报错（该函数仅 PostgreSQL 支持）
使用场景举例：
- 判断某订单下所有商品是否均已发货（is_shipped 全为 true）
- 检查某用户所有权限开关是否都启用（is_enabled 全为 true）
如何安全处理 null 值避免误判？
默认情况下，bool_and 会把 null 当作“逻辑上不可满足”，导致整个结果为 false。如果你的业务中 null 表示“尚未设置”而非“否”，那直接聚合会出错。
推荐做法：
- 用 COALESCE(status, true) 把 null 视为 true（适用于“未设置即视为通过”）
- 用 COALESCE(status, false) 把 null 视为 false（适用于“未设置即视为不通过”）
- 更严谨的做法是先过滤掉 null：用 WHERE status IS NOT NULL，再聚合（此时若整组都是 null，bool_and 将返回 null，需额外判断）
示例：
SELECT order_id, bool_and(COALESCE(is_shipped, false)) AS all_shipped FROM shipments GROUP BY order_id;
替代方案：在非 PostgreSQL 环境怎么实现等效逻辑？
MySQL、SQL Server、SQLite 不支持 bool_and，但可以用聚合 + 条件表达式模拟：
通用思路是：组内无 false（且无 null，或按需处理）
- PostgreSQL 外常用写法：
• MIN(CASE WHEN status THEN 1 ELSE 0 END) = 1（把布尔转 0/1，取最小值）
• COUNT(*) = COUNT(CASE WHEN status THEN 1 END)（统计总数 vs 真值数）
• SUM(CASE WHEN status THEN 0 ELSE 1 END) = 0（统计假值个数是否为 0）
注意点：
- MIN() 方式在含 null 时会跳过，可能掩盖问题；建议显式补 ELSE 0
- COUNT(CASE ...) 方式天然忽略 null，更贴近 bool_and 的“只看 true/false”意图
- 所有方式都要提前决定 null 如何参与计算，不能靠默认行为蒙混
性能和索引影响容易被忽略
bool_and 本身不触发索引优化，它依赖底层扫描完成后再聚合。如果组很大（比如单个 user_id 关联上万行），性能瓶颈不在函数本身，而在数据扫描量。
可优化点：
- 在 GROUP BY 字段和布尔列上建联合索引，例如 CREATE INDEX idx_order_status ON shipments(order_id, is_shipped);
- 若只需判断“是否存在 false”，可用 NOT EXISTS (SELECT 1 FROM ... WHERE status = false) 提前退出，比全量聚合更快
- 避免在 bool_and 外层嵌套复杂计算，比如 bool_and(flag) AND COUNT(*) > 5，会导致两遍扫描
真正难处理的是语义模糊的情况：比如“全为 true 或全为 null”算不算通过？这种边界必须在业务逻辑里明确定义，SQL 只负责执行，不负责解释意图。
