Re: deadlock problem

From: Dustin Sallings <dustin+pgsql(at)spy(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: deadlock problem
Date: 2002-02-26 00:55:22
Message-ID: Pine.SGI.4.43.0202251634180.20643-100000@bleu.west.spy.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Around 19:13 on Feb 25, 2002, Tom Lane said:

# When you insert a new row into a table that has RI references, the
# referenced rows in the other table are locked down with SELECT FOR
# UPDATE locks (to ensure they won't be deleted before your own
# transaction can commit). I am not sure that this could explain your
# deadlock, but it seems like the first place to look.

It sounds like it'd be in my best interest to drop the RI for the
log, it's not terribly important in my application and would probably be
better than ``on delete set null.''

I'll give that a shot. Is there an easy way to drop the
constraint on this table, and perhaps a way to detect the constraint
programmatically? I try to keep migration kits that manage database
changes as I go for the millions of people I imagine are using my
application (imagination makes for better applications).

--
SPY My girlfriend asked me which one I like better.
pub 1024/3CAE01D5 1994/11/03 Dustin Sallings <dustin(at)spy(dot)net>
| Key fingerprint = 87 02 57 08 02 D0 DA D6 C8 0F 3E 65 51 98 D8 BE
L_______________________ I hope the answer won't upset her. ____________

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Raymond O'Donnell 2002-02-26 03:38:52 Where is the ODBC driver
Previous Message Tom Lane 2002-02-26 00:13:51 Re: deadlock problem