Re: [WIP] In-place upgrade - Mailing list pgsql-hackers

From Gregory Stark
Subject Re: [WIP] In-place upgrade
Date
Msg-id 873ai5c0kf.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: [WIP] In-place upgrade  ("Robert Haas" <robertmhaas@gmail.com>)
Responses Re: [WIP] In-place upgrade
List pgsql-hackers
"Robert Haas" <robertmhaas@gmail.com> writes:

>> Problem is how to move tuple from page to another and keep indexes in sync.
>> One solution is to perform some think like "update" operation on the tuple.
>> But you need exclusive lock on the page and pin counter have to be zero. And
>> question is where it is safe operation.
>
> But doesn't this problem go away if you do it in a transaction?  You
> set xmax on the old tuple, write the new tuple, and add index entries
> just as you would for a normal update.

But that doesn't actually solve the overflow problem on the old page...

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's PostGIS support!


pgsql-hackers by date:

Previous
From: "Robert Haas"
Date:
Subject: Re: [WIP] In-place upgrade
Next
From: Martijn van Oosterhout
Date:
Subject: Re: [WIP] In-place upgrade