Re: Table lock while adding a column and clients are logged in

From: "Sven Haag" <sven-haag(at)gmx(dot)de>
To: Thomas Kellerer <spam_eater(at)gmx(dot)net>, pgsql-general(at)postgresql(dot)org
Subject: Re: Table lock while adding a column and clients are logged in
Date: 2011-04-03 14:13:59
Message-ID: 20110403141359.221300@gmx.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


-------- Original-Nachricht --------
> Datum: Sun, 03 Apr 2011 15:37:17 +0200
> Von: Thomas Kellerer <spam_eater(at)gmx(dot)net>
> An: pgsql-general(at)postgresql(dot)org
> Betreff: Re: [GENERAL] Table lock while adding a column and clients are logged in

> Alban Hertroys wrote on 03.04.2011 11:17:
> > On 2 Apr 2011, at 12:44, Thomas Kellerer wrote:
> >
> >> Even after a plain SELECT you should issue a COMMIT (or ROLLBACK)
> >> to end the transaction that was implicitely started with the
> >> SELECT.
> >
> > Sorry, but you're wrong about that. A statement that implicitly
> > starts a transaction also implicitly COMMITs it. Otherwise single
> > UPDATE and INSERT statements outside of transaction blocks would not
> > COMMIT, and they do.
>
> AFAIK this is only true if you are running in auto commit mode.
>
> If you have auto commit turned off, a SELECT statement will leave the
> current transaction as "IDLE in transaction" not "IDLE" which means it *will*
> hold a lock on the tables involved that will prevent an ALTER TABLE.
>
> Regards
> Thomas

hi thomas,

well, as we are using the default setting here (according to the manual this is ON) this shouldn't be the case?!

cheers sven

--
GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit
gratis Handy-Flat! http://portal.gmx.net/de/go/dsl

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Thomas Kellerer 2011-04-03 14:25:35 Re: Table lock while adding a column and clients are logged in
Previous Message Thomas Kellerer 2011-04-03 13:37:17 Re: Table lock while adding a column and clients are logged in