From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: bloated heapam.h |
Date: | 2008-05-11 04:49:59 |
Message-ID: | 11926.1210481399@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Apparently the reason for pg_dump.c to need htup.h is getAttrName which
> needs system columns' attribute numbers. Of course, the first thing
> that comes to mind is that we should fix pg_dump to not require that
> header in the first place. Perhaps we can get the names by querying the
> server, at the same time we get the user column names. (Apparently this
> is only used to dump unique indexes on system columns.)
> The easiest actual solution, however, seems to be to move those
> attribute numbers to a separate header, say access/sysattrs.h.
Yeah, probably. There is certainly no reason for a frontend program
to be dealing in Datum; but it isn't unreasonable for it to know
the system column numbers, since it can see those in the catalogs.
I'm sure we have work in front of us to get these things separated
out a bit better.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Euler Taveira de Oliveira | 2008-05-11 04:50:22 | another ecpg crash |
Previous Message | Alvaro Herrera | 2008-05-11 04:30:23 | Re: bloated heapam.h |