Re: Behaviour of rows containg not-null domains in plpgsql
| От | Tom Lane |
|---|---|
| Тема | Re: Behaviour of rows containg not-null domains in plpgsql |
| Дата | |
| Msg-id | 5379.1203875850@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Behaviour of rows containg not-null domains in plpgsql ("Florian G. Pflug" <fgp@phlo.org>) |
| Ответы |
Re: Behaviour of rows containg not-null domains in plpgsql
|
| Список | 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 по дате отправления: