Re: CRCs

From: ncm(at)zembu(dot)com (Nathan Myers)
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: CRCs
Date: 2001-01-15 23:45:27
Message-ID: 20010115154527.A571@store.zembu.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Andreas SB Zeugswetter wrote:
> Tom Lane wrote:
> > Instead of a partial row CRC, we could just as well use some other
> > bit of identifying information, say the row OID. ... Checking that
> > there is a valid tuple at the slot indicated by the index item,
> > and that it has the right OID, should be a good enough (and cheap
> > enough) test.
>
> I would hardly call an additional 4 bytes for OID per index entry
> cheap.

"Cheap enough" is very different from "cheap". Undetected corruption
may be arbitrarily expensive when it finally manifests itself.

That said, maybe storing just the low byte or two of the OID in the
index would be good enough. Also, maybe the OID would be there by
default, but could be ifdef'd out if the size of the indices affects
you noticeably, and you know that your equipment (unlike most) really
does implement strict write ordering.

Nathan Myers
ncm(at)zembu(dot)com

In response to

  • AW: CRCs at 2001-01-15 09:31:23 from Zeugswetter Andreas SB

Browse pgsql-hackers by date

  From Date Subject
Next Message Hiroshi Inoue 2001-01-16 00:50:37 Re: Why is LockClassinfoForUpdate()'s mark4update a good idea?
Previous Message Tom Lane 2001-01-15 22:48:30 Why is LockClassinfoForUpdate()'s mark4update a good idea?