Re: FPI - Mailing list pgsql-hackers

From Robert Haas
Subject Re: FPI
Date
Msg-id AANLkTin=dTkO_L7Ng5mNb4oSfMGkiWvt6sXZfrbRvWx8@mail.gmail.com
Whole thread Raw
In response to Re: FPI  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: FPI  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Fri, Jan 28, 2011 at 10:13 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> I was thinking about full-page writes again tonight.  I'm still
>> wondering about the feasibility of getting rid of full-page writes for
>> certain operations.  We can do this, I think, in any case where we can
>> convince ourselves that if the original operation, or a redo of the
>> original operation, leaves behind a torn page, a subsequent redo will
>> still DTRT.
>
>> I think that both tuple freezing (XLOG_HEAP2_FREEZE) and heap
>> deletions (XLOG_HEAP_DELETE) are close to having this property.
>
> Say what?  A heap deletion compacts the page --- it will certainly fail
> badly on torn-page.

What do you mean by "compacts the page"?  I would interpret that to
mean "reclaims the space formerly used by the tuple being deleted",
but it certainly can't do that.  The transaction might not commit, and
in any case the tuple will still be visible to concurrent snapshots.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: WIP: RangeTypes
Next
From: "David E. Wheeler"
Date:
Subject: Re: WIP: RangeTypes