Re: buffer page lock vs tuple lock (?)

From: Decibel! <decibel(at)decibel(dot)org>
To: Luca Ferrari <fluca1978(at)infinito(dot)it>
Cc: pgsql-novice(at)postgresql(dot)org
Subject: Re: buffer page lock vs tuple lock (?)
Date: 2007-08-08 22:20:21
Message-ID: 20070808222021.GC20424@nasby.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-novice

On Tue, Aug 07, 2007 at 09:52:40AM +0200, Luca Ferrari wrote:
> Hi,
> if I get it right a heap buffer page (that contains several tuples) requires a
> pin and a lock to access the page content, and a change to a tuple requires a
> lock on the tuple too. Disregarding some cases (tuple shuffling within the
> same page and vacuum) does not this double locking be too much? I mean, does
> not suffice to pin the page and lock the tuple (e.g., reading)?
> Can anybody help me understanding?

There's two different types of locking involved here. The page locking
mechanism is strictly internal-only, and is used only to ensure that
data on a page can't be corrupted by concurrent operations. But there's
a number of operations that can modify a page, many of which will never
acquire any row locks.

Row locks OTOH are used for transaction isolation. The two concepts are
actually separate.
--
Decibel!, aka Jim Nasby decibel(at)decibel(dot)org
EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)

In response to

Browse pgsql-novice by date

  From Date Subject
Next Message Oliver Elphick 2007-08-10 05:44:15 Re: restoring with sql script
Previous Message Demian Quinonez 2007-08-08 22:17:44 restoring with sql script