Re: ACCESS EXCLUSIVE lock

From: Scott Marlowe <smarlowe(at)g2switchworks(dot)com>
To: Atesz <atesz(at)ritek(dot)hu>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: ACCESS EXCLUSIVE lock
Date: 2006-10-18 15:28:20
Message-ID: 1161185300.8706.82.camel@state.g2switchworks.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, 2006-10-18 at 09:24, Atesz wrote:
> Hi!
>
> I have a problem with ACCESS EXCLUSIVE lock when I drop a reference in
> transaction. I have 2 tables:
> create table a(id SERIAL primary key);
> create table b(id SERIAL primary key references a(id));
>
> After that I have 2 processes: P1, P2
> In P1:
> begin;
> ALTER TABLE b DROP CONSTRAINT b_id_fkey;
>
> In P2:
> SELECT * FROM a;
>
> And I'm waiting for the result, but I don't get until P1 finishes.
> I know the DROP CONSTRAINT put an ACCESS EXCLUSIVE table LOCK into the
> TABLE a, and the SELECT is stopped by this LOCK in P2.
> Note: I cannot commit the P1 earlier, because it's a very long
> transaction (more hours, data conversion transaction)
> My question: Why need this strict locking?
>
> In my opinion there isn't exclusion between the DROP CONSTRAINT and the
> SELECT.

What if, a minute or two after the drop contraint, you issue a rollback?

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Tom Lane 2006-10-18 16:56:07 Re: ACCESS EXCLUSIVE lock
Previous Message Arnaud Lesauvage 2006-10-18 15:05:48 Re: Index on two columns not used