Re: Frequent Update Project: Design Overview of HOT Updates - Mailing list pgsql-hackers

From Pavan Deolasee
Subject Re: Frequent Update Project: Design Overview of HOT Updates
Date
Msg-id 2e78013d0611091824w77b7898fw9ad1bd466d223a2e@mail.gmail.com
Whole thread Raw
In response to Re: Frequent Update Project: Design Overview of HOT Updates  (Josh Berkus <josh@agliodbs.com>)
Responses Re: Frequent Update Project: Design Overview of HOT Updates  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers


On 11/10/06, Josh Berkus <josh@agliodbs.com> wrote:
Tom,

> Actually, you omitted to mention the locking aspects of moving tuples
> around --- exactly how are you going to make that work without breaking
> concurrent scans?

I believe that's the "unsolved technical issue" in the prototype, unless
Pavan has solved it in the last two weeks.   Pavan?


When an overflow tuple is copied back to the main heap, the overflow tuple is
marked with a special flag (HEAP_OVERFLOW_MOVEDBACK). Subsequently,
when a backend tries to lock the overflow version of the tuple, it checks the flag
and jumps to the main heap if the flag is set.

We use the same technique to update the correct version of a tuple when a
tuple is moved back to the main heap.

Regards,
Pavan

pgsql-hackers by date:

Previous
From: "Andrew Dunstan"
Date:
Subject: Re: plperl/plperlu interaction
Next
From: Tom Lane
Date:
Subject: Re: Frequent Update Project: Design Overview of HOT Updates