Re: deadlock problem

Поиск
Список
Период
Сортировка
От Dustin Sallings
Тема Re: deadlock problem
Дата
Msg-id Pine.SGI.4.43.0202251634180.20643-100000@bleu.west.spy.net
обсуждение исходный текст
Ответ на Re: deadlock problem  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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@spy.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. ____________


В списке pgsql-general по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: deadlock problem
Следующее
От: "Raymond O'Donnell"
Дата:
Сообщение: Where is the ODBC driver