PostgreSQL中IsActive=false与NOT IsActive的性能差异及选型疑问

先看你给出的查询及执行计划：

查询示例与执行计划 #

查询1 #

EXPLAIN ANALYZE  select  * from "Public"."Brand" where "IsActive" =false ;

查询计划1 #

Seq Scan on "Brand" tb  (cost=0.00..27.11 rows=109 width=679) (actual time=0.009..0.115 rows=109 loops=1)
  Filter: (NOT "IsActive")
  Rows Removed by Filter: 2
Planning Time: 0.081 ms
Execution Time: 0.144 ms

查询2 #

EXPLAIN ANALYZE  select  * from "Public"."Brand" where not "IsActive";

查询计划2 #

Seq Scan on "Brand" tb  (cost=0.00..27.11 rows=109 width=679) (actual time=0.019..0.194 rows=109 loops=1)
  Filter: (NOT "IsActive")
  Rows Removed by Filter: 2
Planning Time: 0.147 ms
Execution Time: 0.238 ms

三种写法的差异分析 #

你提到的IsActive=false、not IsActive、IsActive<>true这三种写法，在逻辑结果和执行性能上几乎没有差异：

• 逻辑层面：PostgreSQL对布尔类型的处理中，这三种表达式最终都会被优化器转换为等价的逻辑判断。即使列中存在NULL值，三者的过滤结果也完全一致——因为NULL参与布尔比较或取反时结果仍是NULL，不会被WHERE子句保留。
• 性能层面：从你的执行计划也能看到，优化器会把它们统一转换为NOT "IsActive"的执行逻辑，生成的执行计划完全相同。你看到的两次执行时间差异只是数据库运行时的微小波动，并非写法导致的性能差距。

是否需要纠结写法？ #

完全不需要纠结性能，选择哪种写法只需要考虑可读性和团队规范：

• not IsActive：写法最简洁，符合SQL布尔类型的原生表达习惯
• IsActive = false：语义最直白，对于不熟悉布尔类型简写的开发者更友好
• IsActive <> true：写法相对冗余，一般很少使用

可以根据自己的习惯或者团队的代码规范来选择，不会对查询效果产生影响。

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