sql - "x IS NULL"和 "NOT (x IS NOT NULL)"有什么区别？

Question

在postgresql的执行、性能、逻辑上是否有显着差异

SELECT "users".* FROM "users"  WHERE ("users"."deleted_at" IS NULL)

和

SELECT "users".* FROM "users"  WHERE (NOT ("users"."deleted_at" IS NOT NULL))

显然，如果手写，第一个表达式就是我要写的(谁会故意写双重否定？!)。但在这种情况下，我使用 ruby​​ 的 arel 库动态创建两个版本，有点像这样:

def generate_query(search_terms, negated=false, users=User)
  where_clause = arel_for_one_of_many_possible_queries(search_terms)
  where_clause = where_clause.not if negated
  users.where(where_clause)
end

而且，对于 “deleted” search_term，where_clause 将是 arel_table[:deleted_at].not_eq(nil)，但对于other search_terms 它可以是各种子句，包括复合子句和子选择。在最后添加.not，arel 将始终生成第二种形式的SQL。我可以通过对我的NULL 检查进行特殊封装并手动生成.eq 或.not_eq 作为情况可能是这样，但在我使我的代码更冗长之前，我希望这样做有一些明显的好处。

Answer 1

使用EXPLAIN看看有什么区别，如果有的话。

我认为查询重写器会对此进行优化，但我没有检查此示例的源代码。

编辑:我错了，这根本没有优化。在 ("users"."deleted_at"IS NULL) 可以使用索引的地方，(NOT ("users"."deleted_at"IS NOT NULL)) 条件导致顺序磁盘扫描。