Re: Behaviour of rows containg not-null domains in plpgsql - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Behaviour of rows containg not-null domains in plpgsql
Date
Msg-id 5379.1203875850@sss.pgh.pa.us
Whole thread Raw
In response to Behaviour of rows containg not-null domains in plpgsql  ("Florian G. Pflug" <fgp@phlo.org>)
Responses Re: Behaviour of rows containg not-null domains in plpgsql  ("Florian G. Pflug" <fgp@phlo.org>)
List pgsql-hackers
"Florian G. Pflug" <fgp@phlo.org> writes:
> I just stumbled over the following behaviour, introduced with 8.3, and
> wondered if this is by design or an oversight.

No, this was in 8.2.

> If you define a domain over some existing type, constrain it to
> non-null values, and use that domain as a field type in a table 
> definition, it seems to be impossible to declare pl/pgsql variables
> of that table's row type. The problem seems to be that upon declaration,
> the row variable is filled with nulls - but since the domain is marked
> not-null, that immediatly triggers an exception.

What else would you expect it to do?  AFAICS any other behavior would be
contrary to spec.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Joshua D. Drake"
Date:
Subject: Re: 8.3 / 8.2.6 restore comparison
Next
From: Andy Pavlo
Date:
Subject: Re: Improved (De)Serialization Support