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