From: | Joe Conway <mail(at)joeconway(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | 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 05:12:26 |
Message-ID: | 3D54A0BA.30801@joeconway.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Tom Lane wrote:
> 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.
I was intending to use the same naming method used for SERIAL sequences.
But since the poll from this afternoon only showed weak support and
relatively strong objections, I'm OK with putting this aside for now. If
enough people seem interested once they start using table functions in
7.3, we can always resurrect this idea.
The most important changes (IMHO) were the "anonymous type" and "CREATE
TYPE x AS()" pieces anyway, so I'm happy where we are (at least once the
stand-alone composite type patch is applied ;) ). Onward and upward...
Joe
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Kirkwood | 2002-08-10 05:13:23 | Re: [HACKERS] Linux Largefile Support In Postgresql RPMS |
Previous Message | Joe Conway | 2002-08-10 05:04:24 | Re: [GENERAL] workaround for lack of REPLACE() function |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-08-10 05:13:37 | Re: adding PGPASSWORDFILE to libpq |
Previous Message | Joe Conway | 2002-08-10 05:04:24 | Re: [GENERAL] workaround for lack of REPLACE() function |