Re: pg_rawdump

Поиск
Список
Период
Сортировка
От Kevin Grittner
Тема Re: pg_rawdump
Дата
Msg-id 4CC0688A0200002500036C7C@gw.wicourts.gov
обсуждение исходный текст
Ответ на Re: pg_rawdump  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pg_rawdump  (Robert Haas <robertmhaas@gmail.com>)
Re: pg_rawdump  ("Stephen R. van den Berg" <srb@cuci.nl>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: UNION ALL has higher cost than inheritance
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Why do we have a database specification in .pgpass?