Re: NULLs and composite types

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: NULLs and composite types
Дата
Msg-id
3726.1386892654@sss.pgh.pa.us
Ответ на
Re: NULLs and composite types (Dean Gibson (DB Administrator))
Список
Дерево обсуждения
NULLs and composite types "Dean Gibson (DB Administrator)" <postgresql@ultimeth.com>
Re: NULLs and composite types David Johnston <polobo@yahoo.com>
Re: NULLs and composite types "Dean Gibson (DB Administrator)" <postgresql@ultimeth.com>
Re: NULLs and composite types Tom Lane <tgl@sss.pgh.pa.us>
Re: NULLs and composite types "Dean Gibson (DB Administrator)" <postgresql@ultimeth.com>
"Dean Gibson (DB Administrator)"  writes:
> However, my problem is not that the comparison tests produce different 
> results;  that's just a symptom.  My problem is that PostgreSQL is 
> *changing* a NULL record value, to a record with NULLs for the component 
> values, when I attempt to INSERT or UPDATE it into a different field.  

I don't think there is any mechanism in core Postgres that would do that.

plpgsql, however, is a different story.  It has two different methods for
representing composite-type variables, and only one of those is capable of
representing a a "simple NULL" record value.  So I suspect what is
happening is that one of your plpgsql trigger functions is doing something
with the location field that causes it to become a row-of-nulls.  You've
not shown us enough detail to pinpoint the problem though.
		regards, tom lane


В списке pgsql-sql по дате отправления
От: Dean Gibson (DB Administrator)
Дата:
Сообщение: Re: NULLs and composite types
От: Dean Gibson (DB Administrator)
Дата:
Сообщение: Re: NULLs and composite types
FAQ