RE: Row Level Locking Problem

From: Juan Carlos Pérez Vázquez <jcarlos9(at)teleline(dot)es>
To: <pgsql-hackers(at)postgresql(dot)org>, "Don Baccus" <dhogaza(at)pacifier(dot)com>
Subject: RE: Row Level Locking Problem
Date: 2000-08-20 09:23:46
Message-ID: 000b01c00a88$581fe850$0100a8c0@thematrix2.es
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Well, this is how it is supposed to work. "select for update" only
> works within a transaction and holds the lock until the transaction
> is complete.
>
> What exactly is it that you're trying to do?

Let us suppose that we have 2 transactions, and attempt to block the
same row in the two transactions. One of them will wait until in the other
it is commited or rollbacked.

Oracle has "select for update nowait", it does that instead of waiting
the conclusion of the other transaction, gives back an error to us saying
that the row already has been blocked.

I am looking for something similar to this, or in its defect, knowledge
if a row has been blocked, to avoid this waits

Juan Carlos Perez Vazquez
Cray2(at)mail(dot)com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Hagander 2000-08-20 10:31:12 RE: [PATCHES] Patch - SSL back to working
Previous Message Peter Eisentraut 2000-08-20 09:18:28 Re: Bug tracking (was Re: +/- Inf for float8's)