Re: Getting NOT NULL constraint from pg_attribute - Mailing list pgsql-hackers

From Wu Ivy
Subject Re: Getting NOT NULL constraint from pg_attribute
Date
Msg-id CAH405oC7nQXq51K11cobxmYyuK2AkbgG+xa7W+dD4Lt3-=gVuA@mail.gmail.com
Whole thread Raw
In response to Re: Getting NOT NULL constraint from pg_attribute  ("David G. Johnston" <david.g.johnston@gmail.com>)
List pgsql-hackers
Thanks for the response. Really appreciate it!

Regards,
Ivy

2018-08-20 10:40 GMT-07:00 David G. Johnston <david.g.johnston@gmail.com>:
On Monday, August 20, 2018, Wu Ivy <ivywuyzl@gmail.com> wrote:
Thanks for the quick respond.
Why are SELECT query never marked nullable? For nullable columns, when I call SPI_getvalue(), the result (in char*) is NULL. I don’t think I’m too clear on the definition of attnotnull. Can you give me a example in which the tupleTable is can be marked nullable?
Also, is there any other ways to get nullability of each column while getting the data from SPI_cursor_fetch? The only way I can think is to call another separate command to query the table schema, but it will be in a separate transaction in that case.

Basically the nullability property is used by the planner for optimization during the joining of physical tables.  As soon as you try outputting columns the ability to enforce not null goes away because of, in particular, outer joins.  While some changes could maybe be made the cost-benefit to do so doesn't seem favorable.

David J.


pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Windows vs C99 (was Re: C99 compliance for src/port/snprintf.c)
Next
From: Michael Paquier
Date:
Subject: Re: Improve behavior of concurrent ANALYZE/VACUUM