From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | "Stephen R(dot) van den Berg" <srb(at)cuci(dot)nl> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Aidan Van Dyk <aidan(at)highrise(dot)ca>, Roberto Mello <roberto(dot)mello(at)gmail(dot)com>, Greg Stark <gsstark(at)mit(dot)edu>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: pg_rawdump |
Date: | 2010-10-20 22:33:00 |
Message-ID: | AANLkTinJuGiRqi9CNtspNwpwYy9rSFSByCfKQ5WRgozW@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Oct 20, 2010 at 5:30 PM, Stephen R. van den Berg <srb(at)cuci(dot)nl> wrote:
> Ideal would be: put the table-oid inside the header of each page
> (either in the official header, or in the special area).
> This way even lost blocks can be correlated to the same table.
> I'd still vote for the latest known table definition in the first
> page. It's by no means perfect, but it will help 99% of all
> salvage attempts by an order of magnitude.
I don't think we should shrink the amount of usable space by 4 bytes
per block and break on-disk compatibility just to make it easier to
reconstruct corrupted tables.
I'm pretty dubious about the proposal to stuff an otherwise-useless
metapage in every heap, too. If you have many small tables, you just
doubled your disk utilization - worse than that, maybe, if some of
them are empty. If we needed a metapage anyway and had extra space to
play with, stuffing some useful forensic information in there might be
worthwhile, but I have a hard time thinking that forensics alone is a
sufficient justification for such a change.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Stark | 2010-10-20 22:38:45 | Re: default_statistics_target WAS: max_wal_senders must die |
Previous Message | Josh Berkus | 2010-10-20 22:17:31 | Re: max_wal_senders must die |