Re: should all not-null constraints be inherited?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alexey Bashtanov <bashtanov(at)imap(dot)cc>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: should all not-null constraints be inherited?
Date: 2021-03-31 17:02:01
Message-ID: 3228609.1617210121@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Alexey Bashtanov <bashtanov(at)imap(dot)cc> writes:
> This is how one can create a parent with a non-nullable column and a
> child with the same column nullable:

Yeah, that's been on the to-do list for a long time. The current
theory about it is that NOT NULL constraints ought to be represented
as entries in pg_constraint like CHECKs are, so that the inheritance
count and so forth could be managed the same way. We could keep
attnotnull for convenience but it'd just mirror the existence of
the pg_constraint entry.

IIRC Alvaro had a WIP patch for this, but I've not heard anything
about it lately.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Alvaro Herrera 2021-03-31 17:40:37 Re: should all not-null constraints be inherited?
Previous Message PG Bug reporting form 2021-03-31 16:22:57 BUG #16950: Query Planer make wrong plan with CTE and foreign table