Re: SELECT FOR UPDATE - release lock? - Mailing list pgsql-novice

From Bruno Wolff III
Subject Re: SELECT FOR UPDATE - release lock?
Date
Msg-id 20060505140304.GA4046@wolff.to
Whole thread Raw
In response to Re: SELECT FOR UPDATE - release lock?  (Luís Silva <lfs12@hotmail.com>)
List pgsql-novice
On Fri, May 05, 2006 at 14:49:25 +0100,
  Luís Silva <lfs12@hotmail.com> wrote:
> Locks only affects the lines in the table selected in the sql query, right?

There are both table locks and row locks. You can check the documentation to
be sure, but I think that SELECT FOR UPDATE takes both locks on the rows
and some sort of shared lock on the table.

>
> -----Mensagem original-----
> De: pgsql-novice-owner@postgresql.org
> [mailto:pgsql-novice-owner@postgresql.org] Em nome de Bruno Wolff III
> Enviada: quinta-feira, 4 de Maio de 2006 20:21
> Para: Christian Hofmann
> Cc: pgsql-novice@postgresql.org
> Assunto: Re: [NOVICE] SELECT FOR UPDATE - release lock?
>
> On Thu, May 04, 2006 at 22:08:16 +0200,
>   Christian Hofmann <christian.hofmann@gmx.de> wrote:
> > Hello,
> >
> > for some tables I am using a "select a,b,c from mytable where x='abc' FOR
> > UPDATE" query to prevent other servers also modify this data while I am
> > reading the data and decide to modify the data.
> >
> > Now sometimes I don't want to make an update. Is there a way to release
> the
> > lock. Or is the lock released by simply call commit?
>
> Locks are released when transactions end.
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster

pgsql-novice by date:

Previous
From: Luís Silva
Date:
Subject: Re: SELECT FOR UPDATE - release lock?
Next
From: "Robert Landsmeer"
Date:
Subject: Problem with temporary disbaling foreign keys.