From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com> |
Cc: | "Martin Scholes" <marty(at)iicolo(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: WAL Bypass for indexes |
Date: | 2006-04-03 00:42:12 |
Message-ID: | 26340.1144024932@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Jonah H. Harris" <jonah(dot)harris(at)gmail(dot)com> writes:
> we're working on a prototype to reduce WAL I/O and index updates in a
> large percentage of OLTP situations by employing an update-in-place
> under *safe* conditions.
AFAICS there are no circumstances, ever, in which update-in-place is
"safe". (No transaction can guarantee that it will commit.)
> In my opinion, I don't think we should have an option to allow the
> indexes to become corrupt.
Martin's proposal at least looks sensible; he just hasn't quite made the
case that it's worth doing. If you're running a system that hardly ever
crashes, you might be willing to accept index rebuilds during crash
recovery, especially for indexes on relatively small, but frequently
updated, tables (which should have reasonably short rebuild times).
Obviously this would have to be configurable per-index, or at least
per-table, and I agree that it likely would never be the default.
But it could be a good tradeoff for some cases.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Treat | 2006-04-03 00:47:04 | Re: Suggestion: Which Binary? |
Previous Message | Andrew Dunstan | 2006-04-03 00:35:09 | Re: uh-oh, buildfarm all red |