course that won't work, since its link'd to the oid of the table name :(
whose idea was this "let's name the files by the OID" again? :(
On Fri, 14 Jan 2005, Marc G. Fournier wrote:
> On Thu, 13 Jan 2005, Tom Lane wrote:
>
>>> I'm still searching the 'net to see if there is somethign that I've
>>> overlooked ... but everything so far is drawing a deadend ... can someone
>>> suggest a web page I should read, a tool I could use, or something, to get
>>> the data out of this, that I'm not finding? Or some way of 'fixing' relid
>>> 16396? :)
>>
>> [ select 16396::regclass... ] pg_am? You may be in luck, because that
>> is the one solitary system catalog that no one ever changes. If that's
>> all that got hit you might have a chance. What I'm wondering is just
>> exactly what the extent of the damage was.
>
> Nope, that doesn't work ... in fact, the 16396/pg_am table hadn't even been
> modified since Jun of last year ;(
>
> If I rebuild pg_attribute based on the schema itself, and copy that into
> place, should that work? Guess at this point in time, it can't hurt to try
> :)
>
>
> ----
> Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
> Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
>
----
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
