RE: Row Level Locking Problem

From: Juan Carlos Perez Vazquez <cray2(at)mail(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: RE: Row Level Locking Problem
Date: 2000-08-21 20:42:47
Message-ID: 382371130.966890567352.JavaMail.root@web307-mc.mail.com
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, or information to make the
parameter 'nowait' to realize this operation

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

______________________________________________
FREE Personalized Email at Mail.com
Sign up at http://www.mail.com/?sr=signup

Browse pgsql-hackers by date

  From Date Subject
Next Message Ross J. Reedstrom 2000-08-21 20:49:51 Re: Re: [GENERAL] +/- Inf for float8's
Previous Message Vince Vielhaber 2000-08-21 20:37:42 Re: Bug tracking (was Re: +/- Inf for float8's)