Re: Proposal: stand-alone composite types

Поиск
Список
Период
Сортировка
От Joe Conway
Тема Re: Proposal: stand-alone composite types
Дата
Msg-id 3D54601E.1020507@joeconway.com
обсуждение исходный текст
Ответ на Re: Proposal: stand-alone composite types  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Proposal: stand-alone composite types
Список pgsql-hackers
Thomas Lockhart wrote:
>>That's what I was thinking. In cases where you want to use the type for
>>several functions, use CREATE TYPE. If you only need the type for one
>>function, let the function creation process manage it for you.
> 
> It would be nice then to have some mechanism for converting the
> "automatic type" to a named type which could be used elsewhere.
> Otherwise one would need to garbage collect the separate stuff later,
> which would probably go into the "not so convenient" category of
> features...

Well I think that could be handled with the new dependency tracking 
system. Same as the SERIAL/sequence analogy -- when you drop the 
function, the type would automatically and transparently also get dropped.

Joe




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

Предыдущее
От: Thomas Lockhart
Дата:
Сообщение: Re: Proposal: stand-alone composite types
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: PITR, checkpoint, and local relations