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
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 |
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 |