Re: Proposal: stand-alone composite types

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Proposal: stand-alone composite types
Дата
Msg-id 20912.1028955177@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Proposal: stand-alone composite types  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> Joe Conway writes:
>> 3. Modify CREATE FUNCTION to allow the implicit creation of a dependent
>> composite type, e.g.:

> Forgive this blunt question, but:  Why?

> Of course I can see the answer, it's convenient, but wouldn't the system
> be more consistent overall if all functions and types are declared
> explicitly?

I was wondering about that too, in particular: what name are you going
to give to the implicit type, and what if it conflicts?

The already-accepted mechanism for anonymous function-result types for
RECORD functions doesn't have that problem, because it has no need to
create a catalog entry for the anonymous type.  But I'm not sure what
to do for record types that need to be present in the catalogs.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Proposal for psql wildcarding behavior w/schemas
Следующее
От: Joe Conway
Дата:
Сообщение: Re: [GENERAL] workaround for lack of REPLACE() function