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: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---------------------------(end of broadcast)--------------------------- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
