Re: ON DELETE CASCADE with multiple paths

Поиск
Список
Период
Сортировка
Искать
От
Stephan Szabo
Тема
Re: ON DELETE CASCADE with multiple paths
Дата
в 13:15:18
Msg-id
20070517090941.X9014@megazone.bigpanda.com
Ответ на
Список
Дерево обсуждения
ON DELETE CASCADE with multiple paths Max Khon <mkhon@swsoft.com>
Re: ON DELETE CASCADE with multiple paths Tom Lane <tgl@sss.pgh.pa.us>
Re: ON DELETE CASCADE with multiple paths Stephan Szabo <sszabo@megazone.bigpanda.com>
Re: ON DELETE CASCADE with multiple paths Max Khon <mkhon@swsoft.com>
Re: ON DELETE CASCADE with multiple paths Max Khon <mkhon@swsoft.com>
Re: ON DELETE CASCADE with multiple paths Stephan Szabo <sszabo@megazone.bigpanda.com>
Re: ON DELETE CASCADE with multiple paths Max Khon <mkhon@swsoft.com>
Re: ON DELETE CASCADE with multiple paths Stephan Szabo <sszabo@megazone.bigpanda.com>
On Thu, 17 May 2007, Tom Lane wrote:

> Max Khon  writes:
> > "delete from foo" fails:
>
> > ERROR: update or delete on table "bar" violates foreign key constraint
> > "foobar_fk0" on table "foobar"
> > SQL state: 23503
> > Detail: Key (bar_id)=(1) is still referenced from table "foobar".
> > Context: SQL statement "DELETE FROM ONLY "public"."bar" WHERE "foo_id" = $1"
>
> I see no bug here.  There is no guarantee about the order in which
> constraints are applied.

Except that SQL92 at least does seem to say in 11.8 that "All rows that
are marked for deletion are effectively deleted at the end of the
SQL-statement, prior to the checking of any integrity constraints." I
think that likely makes our behavior wrong, but I'm not really sure how to
get there from what we have now.
В списке pgsql-bugs по дате отправления
От: Bruce Momjian
Дата:
От: Andrew Sullivan
Дата:
Сообщение: Re: strange problem with ip6
FAQ