From: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Matt Mello <alien(at)spaceship(dot)com>, pgsql-sql(at)postgresql(dot)org |
Subject: | Re: "deadlock detected" documentation |
Date: | 2003-05-19 19:19:27 |
Message-ID: | 3EC92E3F.6080703@Yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Tom Lane wrote:
> Matt Mello <alien(at)spaceship(dot)com> writes:
>
>>The two situations I can think of are:
>>1) Two FK fields in a single row pointing to 2 different FK tables, for
>>which any 2 updates get locks in opposite order (seems like a deadlock).
>
>
> I don't think this is possible, at least in 7.3. All backends are
> guaranteed to run the triggers of a given table in the same order,
> so the foreign-row locks should be acquired in the same column order
> in all cases.
Except the sessions set deferred modes differently.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #
From | Date | Subject | |
---|---|---|---|
Next Message | Matt Mello | 2003-05-19 20:55:05 | Re: "deadlock detected" / cascading locks |
Previous Message | Jeff Boes | 2003-05-19 19:11:48 | Performance on temp table inserts |