BOOL_AND(status = 'shipped')会误判，因NULL值被忽略，若其余均为'shipped'则返回true，但实际存在状态未录入；正确写法需显式排除NULL，如BOOL_AND(status = 'shipped' AND status IS NOT NULL)。
BOOL_AND 只要组里有一个 false 就返回 false，全 true 才返回 true，全 null 则返回 null——这不是“全部为真”的安全判断，而是“逻辑与”的严格聚合结果。
为什么 BOOL_AND(status = 'shipped') 会误判？
常见错误是直接写 BOOL_AND(status = 'shipped') 判断订单是否全部发货。但只要某条记录的 status 是 null（比如未录入），它会被忽略；若其余都是 'shipped'，结果就是 true，而实际存在数据缺失。
-
status = 'shipped'在status IS NULL时结果为null，不是false -
BOOL_AND对null的处理是“不否定”，即只看非-null 值：全true→true；含false→false；全null→null - 在
HAVING中，null被当作不满足条件，整组被过滤掉，行为不可控
怎样真正表达“全部非空且为 true”？
必须显式排除 null，不能依赖默认行为。两种稳妥写法：
- 用布尔表达式收紧语义：
BOOL_AND(status = 'shipped' AND status IS NOT NULL) - 用计数校验完整性：
BOOL_AND(status = 'shipped') AND COUNT(status) = COUNT(*)—— 后者确保所有行status都非空
第二种更直观：先保证字段无缺失，再确认值全匹配。
BOOL_AND 和 EVERY 能互换吗？
能，但只是别名关系。EVERY 是 SQL 标准定义的 BOOL_AND 别名，PostgreSQL 中二者执行计划、NULL 处理、语义完全一致。
- 别名不等于更安全：
EVERY(status = 'active')同样受null困扰 -
EVERY不能用于WHERE子句，只能出现在SELECT或HAVING中 - 如果团队倾向标准 SQL 兼容性，可用
EVERY；否则统一用BOOL_AND更直白
遇到 function bool_and(integer) does not exist 怎么办？
这是类型错误，BOOL_AND 只接受 boolean 类型输入，不支持隐式转换。
- 传入
int（如is_valid = 1）会报错：function bool_and(integer) does not exist - 正确写法是显式转布尔：
BOOL_AND(is_valid::boolean)或BOOL_AND(is_valid = 1) - 字符串同理：
BOOL_AND(flag = 't')，而不是BOOL_AND(flag)（除非flag本身就是boolean列）
最易被忽略的是：这个类型限制在语法解析期就报错，不会等到运行时——写完立刻暴露，但很多人第一反应是查文档而非检查列类型。
