On Sat, Nov 27, 2004 at 12:58:36PM -0500, Tom Lane wrote:
> Martijn van Oosterhout <[EMAIL PROTECTED]> writes:
> > Well, there has to be something, since an UPDATE in Read Committed mode
> > simply doesn't have any locks that can deadlock.
>
> You're mistaken; it takes a row lock on each row it updates. I'm not
> sure why the two UPDATEs are visiting the same rows in different orders,
> but if they do the failure is certainly possible.
One of them could be using an indexscan while the other is not. If the
heap is in reverse order compared to the scan, that would explain it.
Is there a solution to this problem? The FK deadlock problem can be
fixed with shared row locks, but this is a different one.
--
Alvaro Herrera (<[EMAIL PROTECTED]>)
"La felicidad no es maņana. La felicidad es ahora"
---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
