Re: Incomprehensible behaviour of a foreign key.

Поиск
Список
Период
Сортировка
От Nigel J. Andrews
Тема Re: Incomprehensible behaviour of a foreign key.
Дата
Msg-id Pine.LNX.4.21.0307201458030.16690-100000@ponder.fairway2k.co.uk
обсуждение исходный текст
Ответ на Re: Incomprehensible behaviour of a foreign key.  (Paul Thomas <paul@tmsl.demon.co.uk>)
Список pgsql-general
On Sun, 20 Jul 2003, Paul Thomas wrote:

>
> On 20/07/2003 14:15 Nigel J. Andrews wrote:
> >
> > As usual I forgot to include the version number. It's 7.3.3
> > >
> > > I'd really appreciate an explanation, since this test is based on
> > queries
> > > extracted from the db log, is only one specific example of this sort of
> > > operation from many in the driving program and most significantly it
> > seems I
> > > can't even write sql statments hardcoding these values as the test
> > script shows
> > > they still get the ref. int. error.
>
> A bit more detail about the tables might be helpful, constraints, triggers
> etc... How about doing a select of site_membership immediately before the
> delete. What does that show? Have you got a trigger somewhere that would
> insert a record into site_membership? This could cause the RI failure but,
> without the transaction being committed, the inserted record could be
> discarded and the table would still appear empty after the error. I'm very
> much clutching at straws here and am probably way off but without more
> details, wild guesses are the best I can do.

I understand, and that's all I'm hoping for at this stage.

No, there's no triggers on any of these tables. In the test script
site_membership is still empty immediately before the delete.



Nigel Andrews



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

Предыдущее
От: Paul Thomas
Дата:
Сообщение: Re: Incomprehensible behaviour of a foreign key.
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Incomprehensible behaviour of a foreign key.