Re: PostgreSQL transaction locking problem

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: jeff(at)dgjc(dot)org
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: PostgreSQL transaction locking problem
Date: 2002-02-02 18:58:19
Message-ID: 17713.1012676299@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"Jeff Martin" <jeff(at)dgjc(dot)org> writes:
> LOCK TABLE Test IN EXCLUSIVE MODE;

> /* This function should be able to operate concurrently BUT CANNOT */

How you figure that? EXCLUSIVE lock is clearly documented to be
self-conflicting; so only one process can hold it at a time. See
http://www.ca.postgresql.org/users-lounge/docs/7.1/postgres/locking-tables.html

If concurrency is important I'd suggest generating your ID values using
a sequence generator, rather than trying to build your own
implementation.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Darren Ferguson 2002-02-02 19:03:13 Re: ERROR: OUTER JOIN is not yet supported
Previous Message Tom Lane 2002-02-02 18:54:10 Re: ERROR: OUTER JOIN is not yet supported