Heikki Linnakangas <heikki.linnakan...@enterprisedb.com> wrote:
 
> Let's have two sequence numbers for each transaction: prepareSeqNo
> and commitSeqNo. prepareSeqNo is assigned when a transaction is
> prepared (in PreCommit_CheckForSerializableConflicts), and
> commitSeqNo is assigned when it's committed (in
> ReleasePredicateLocks). They are both assigned from one counter,
> LastSxactCommitSeqNo, so that is advanced twice per transaction,
> and prepareSeqNo is always smaller than commitSeqNo for a
> transaction. Modify operations that currently use commitSeqNo to
> use either prepareSeqNo or commitSeqNo, so that we err on the safe
> side.
> 
> That yields a much smaller patch (attached). How does this look to
> you, am I missing anything?
 
Very clever.  I'll need to study this and think about it.  I'll try
to post a response before I go to bed tonight.  Hopefully Dan can
weigh in, too.  (I know he was traveling with limited Internet
access -- not sure about his return date.)
 
-Kevin

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Reply via email to