说起 PostgreSQL 中的 EVERY 函数，很多人第一反应是“这又是什么新玩意儿？”其实它并不神秘——它就是 BOOL_AND 的 SQL 标准别名，连底层代码入口都是同一个。执行 SELECT EVERY(flag) 和 SELECT BOOL_AND(flag)，语义、结果、执行计划完全一致。选哪个纯粹看团队风格或者是否要兼容某些 BI 工具（有些工具更认 EVERY 这个标准写法）。
EVERY 是 BOOL_AND 的完全等价物，别名而已
没错，它就是一个语法糖，不是独立实现。这一点搞清楚之后，后面的用法就顺理成章了。
NULL 值处理逻辑必须心里有数
EVERY 对 NULL 的处理原则是“不否定”，而不是简单地跳过。只要所有非 NULL 值都是 true，结果就是 true；一旦出现一个 false，直接返回 false；要是全为 NULL，或者混着 NULL 和 true，结果就是 NULL。这跟 AND 运算符的行为一模一样，但很多人容易误以为 NULL 会被忽略——实际上在聚合里，NULL 是以“未知态”参与逻辑判定的，不是空值过滤项。
EVERY(ARRAY[true, true, NULL]) → trueEVERY(ARRAY[true, false, NULL]) → falseEVERY(ARRAY[NULL, NULL]) → NULL
记住这个规律，写代码的时候才能心里有底。
WHERE 子句里用 EVERY 没有意义，也根本不能用
EVERY 是聚合函数，只能出现在 SELECT 列表或 HA VING 子句中，绝不能出现在 WHERE 里。常见的一个错误写法是 WHERE EVERY(status = 'active')，PostgreSQL 会直接报 syntax error。正确的做法是把条件下推到行级：
- 想查“所有用户状态都是 active”的分组？→ 用
GROUP BY dept_id HA VING EVERY(status = 'active') - 想查“某个部门所有成员都 active”？→ 先
GROUP BY dept_id，再HA VING - 只是过滤单行？→ 直接写
WHERE status = 'active'，别碰EVERY
一句话：EVERY 是分组后拍板的，不是逐行过滤的。
和 FILTER 配合时默认返回 NULL，得主动兜底
用 FILTER 限定范围后，EVERY 依然遵循聚合函数的通用规则：如果没有匹配的行，返回的是 NULL，而不是 true 或 false。举个例子：EVERY(is_verified) FILTER (WHERE role = 'admin') 在某个分组里根本没有 admin 用户时，结果是 NULL。别想当然地认为“没人是 admin，所以默认满足”——数据库不会替你猜业务语义。
安全的写法是显式兜底：COALESCE(EVERY(is_verified) FILTER (WHERE role = 'admin'), true)。但注意，这个 true 是业务逻辑决定的，不是数据库逻辑。
还有一个容易被忽视的性能细节：截至 PostgreSQL 16，EVERY 的计算不可并行；更糟的是，一旦嵌套在复杂的 CASE 或子查询里，优化器很可能放弃下推 WHERE 条件，导致全表扫描。所以别为了语法简洁牺牲了可推导性——该拆查询时就拆，该用物化视图就用。
