在正常情况下,将NULL值与任何其他值进行比较会产生另一个NULL值.
SELECT NULL = NULL;
返回NULL
在比较任意行时,这(大多数情况下)是正确的,如the documentation,9.23.5. Row Constructor Comparison中所述：
SELECT ROW(1,NULL,'baz text') = ROW(1,'baz text');
返回NULL
但是,在比较定义良好的复合类型时,NULL值被视为相等.
CREATE TYPE test_type AS (
foo INTEGER,bar BIGINT,baz TEXT
);
SELECT (1,'baz text')::test_type = (1,'baz text')::test_type;
返回TRUE
这种行为似乎没有记录(我看过并发现没有对行为的引用).
我想使用此行为来实现一些业务规则,并希望确保这样做是安全的.
>这与任何sql规范一致吗？
>未来可能会发生变化吗？
我在
official documentation中发现了这一点：[…]在比较两个复合类型值的其他上下文中,两个NULL字段值被认为是相等的,并且认为NULL大于非NULL.这对于复合类型具有一致的排序和索引行为是必要的.我认为这可以解决您的问题.
原文链接：https://www.f2er.com/postgresql/192060.html