Re: Proposal: stand-alone composite types

From: Joe Conway <mail(at)joeconway(dot)com>
To: Thomas Lockhart <lockhart(at)fourpalms(dot)org>
Cc: Rod Taylor <rbt(at)zort(dot)ca>, Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Proposal: stand-alone composite types
Date: 2002-08-10 00:36:46
Message-ID: 3D54601E.1020507@joeconway.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2002-08-10 01:27:16 Re: PITR, checkpoint, and local relations
Previous Message Thomas Lockhart 2002-08-10 00:26:30 Re: Proposal: stand-alone composite types

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2002-08-10 01:37:50 Re: adding PGPASSWORDFILE to libpq
Previous Message Thomas Lockhart 2002-08-10 00:26:30 Re: Proposal: stand-alone composite types