Re: Proposal: revert behavior of IS NULL on row types - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Proposal: revert behavior of IS NULL on row types
Date
Msg-id 7fab3f99-5d2b-75c4-633f-f8da9c24a0d3@2ndquadrant.com
Whole thread Raw
In response to Re: Proposal: revert behavior of IS NULL on row types  (Thomas Munro <thomas.munro@enterprisedb.com>)
Responses Re: Proposal: revert behavior of IS NULL on row types  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 7/26/16 7:46 PM, Thomas Munro wrote:
> By the way, our documentation says that NOT NULL constraints are
> equivalent to CHECK (column_name IS NOT NULL).  That is what the SQL
> standard says, but in fact our NOT NULL constraints are equivalent to
> CHECK (column_name IS DISTINCT FROM NULL).  Should we update the
> documentation with something like the attached?

Couldn't we just fix that instead?  For NOT NULL constraints on
composite type columns, create a full CHECK (column_name IS NOT NULL)
constraint instead, foregoing the attnotnull optimization.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Michael Paquier
Date:
Subject: Re: Increasing timeout of poll_query_until for TAP tests
Next
From: Peter Eisentraut
Date:
Subject: Re: PoC: Make it possible to disallow WHERE-less UPDATE and DELETE