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
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) |