Re: pg_rawdump - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: pg_rawdump
Date
Msg-id 4CC0688A0200002500036C7C@gw.wicourts.gov
Whole thread Raw
In response to Re: pg_rawdump  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: pg_rawdump  (Robert Haas <robertmhaas@gmail.com>)
Re: pg_rawdump  ("Stephen R. van den Berg" <srb@cuci.nl>)
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Most of the data-loss reports I've seen appeared to come from
> people who wouldn't be capable of doing such recovery work even if
> better tools were available.
No doubt; but the recovery work often winds up in the hands of
people with more skills than those responsible for the loss. 
Whoever comes in to help with recovery is looking for every bit of
traction they can get.  You'd be amazed at some of the odd straws
people can grasp to help recover data.
I don't know how big the special area is, but if enough room could
be carved out to include even the relation ID or filename, it might
be a big help to someone.  I'm pretty skeptical about including
information about attributes, though.
-Kevin


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: UNION ALL has higher cost than inheritance
Next
From: Bruce Momjian
Date:
Subject: Re: Why do we have a database specification in .pgpass?