From: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: FATAL: catalog is missing 1 attribute(s) for relid |
Date: | 2005-01-14 17:24:16 |
Message-ID: | 20050114132313.L16498@ganymede.hub.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, 14 Jan 2005, Tom Lane wrote:
> "Marc G. Fournier" <scrappy(at)postgresql(dot)org> writes:
>> course that won't work, since its link'd to the oid of the table name :(
>
> Not to mention all the other system catalogs. You could maybe make this
> idea work by regenerating the entire catalog set, but not by
> regenerating just pg_attribute. But if you don't know the table-to-OID
> mapping in the old database you're screwed anyway :-(
Exactly ... and I take it there are no 'headers' in the files themselves
to use for an association? some way that they are tag'd?
Is there any way of 'raw dumping' pg_attribute itself, to find out the
mappings?
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy(at)hub(dot)org Yahoo!: yscrappy ICQ: 7615664
From | Date | Subject | |
---|---|---|---|
Next Message | Frank D. Engel, Jr. | 2005-01-14 17:39:04 | Re: [HACKERS] Much Ado About COUNT(*) |
Previous Message | Greg Stark | 2005-01-14 17:22:11 | Re: [HACKERS] Much Ado About COUNT(*) |