Non-Blocking Locks (i.e. Oracle NOWAIT)

From: Jan Bernhardt <jb(at)baltic-online(dot)de>
To: pgsql-sql(at)postgresql(dot)org
Subject: Non-Blocking Locks (i.e. Oracle NOWAIT)
Date: 2003-07-15 12:44:38
Message-ID: 20030715144438.27550a7e.jb@baltic-online.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

Hi there,

though this question has been asked several times before (but never really
answered), I have to give it another try.

I have a multi-user application which synchronizes access to certain datasets
via the database itself. If a user has a project in that application open no
other user should be able to work on it too. When developing the application I
considered the database to be a place to handle the synchronization since
transactions are (normally) an integral part of a database system. When a user
opens a project the application firstly locks a corresponding row. But since I
don't want the application to block if that row is already locked I use the
Oracle "NOWAIT" feature (SELECT ... FOR UPDATE NOWAIT) which tries to receive
the lock on the specified row and if that row is already locked it returns
with an error without blocking and I can tell the user that the project is
already in use.

Now that the application is to be ported to PG I need a similar functionality.
Is there that an animal? If not, what would you recommend?

TIA,

- Jan.

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Scott Cain 2003-07-15 13:00:25 Cannot insert dup id in pk
Previous Message Erik Thiele 2003-07-15 12:39:25 Re: summing tables