Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kafVc-0004KS-Na for pgsql-bugs@arkaria.postgresql.org; Thu, 05 Nov 2020 13:41:00 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kafVb-00018L-91 for pgsql-bugs@arkaria.postgresql.org; Thu, 05 Nov 2020 13:40:59 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kafVb-00018E-2y for pgsql-bugs@lists.postgresql.org; Thu, 05 Nov 2020 13:40:59 +0000 Received: from dd27502.kasserver.com ([85.13.146.49]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kafVY-0006Ez-OL for pgsql-bugs@lists.postgresql.org; Thu, 05 Nov 2020 13:40:58 +0000 Received: from [192.168.0.52] (ip-37-201-154-176.hsi13.unitymediagroup.de [37.201.154.176]) by dd27502.kasserver.com (Postfix) with ESMTPSA id 9DA0F60C1B88; Thu, 5 Nov 2020 14:40:55 +0100 (CET) Subject: Re: Wrong result for comparing ROW(...) with IS NOT NULL To: Pavel Stehule Cc: PostgreSQL mailing lists References: <21ff8e9c-627a-f949-fb00-a41b9ddcc9d3@technowledgy.de> From: Wolfgang Walther Message-ID: <2ba24707-e7ba-2ccb-7269-71202a400a70@technowledgy.de> Date: Thu, 5 Nov 2020 14:40:53 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Pavel Stehule: > for composite types this sentence is not valid > > https://til.cybertec-postgresql.com/post/2019-09-29-Composite-types-and-NULL-in-PostgreSQL/ > > is null - is true, when all fields are null, and is not null is true, > when all fields is not null. Ok, I can see how this explanation is somehow consistent. The link you gave is just another observation of that, though. Can I infer from anywhere in the official docs, that this is correct and expected behaviour? Best Wolfgang