Re: serializable lock consistency - Mailing list pgsql-hackers

From Florian Pflug
Subject Re: serializable lock consistency
Date
Msg-id 2C95D837-89CB-4286-A80B-2D36A8B4385E@phlo.org
Whole thread Raw
In response to Re: serializable lock consistency  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: serializable lock consistency  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-hackers
On Dec20, 2010, at 07:16 , Heikki Linnakangas wrote:
> On 19.12.2010 20:57, Florian Pflug wrote:
>> If we reuse the legacy field xvac to store xlast, we don't get into
>> trouble with binary upgrades either. We' need to find a way to deal
>> with tuples where HEAP_MOVED_IN or HEAP_MOVED_OUT is set, but that
>> seems manageable..
>
> xvac shares the field with command id, and cid is in use while the tuple is being updated.

Right :-(

Well, that nails this coffin shut pretty tightly, unless we were willing to add
another field to heap tuples.

best regards,
Florian Pflug



pgsql-hackers by date:

Previous
From: Itagaki Takahiro
Date:
Subject: Re: SQL/MED - file_fdw
Next
From: Heikki Linnakangas
Date:
Subject: Re: serializable lock consistency