Re: pg_class.relnamespace NOT IN pg_namespace.oid

Поиск
Список
Период
Сортировка
От Ireneusz Pluta
Тема Re: pg_class.relnamespace NOT IN pg_namespace.oid
Дата
Msg-id 4F4D0F3D.2060002@wp.pl
обсуждение исходный текст
Ответ на Re: pg_class.relnamespace NOT IN pg_namespace.oid  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pg_class.relnamespace NOT IN pg_namespace.oid  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
W dniu 2012-02-27 23:57, Tom Lane pisze:
> Hm.  We've seen occasional reports of this sort of behavior (that is,
> DROP of a schema failing to cascade to all the contained objects) but
> never been able to reproduce it.  If you do see it happen again, and
> can work out a scenario that causes it (even only intermittently)
> we'd love to have a test case.
I think we could try to play here a bit and arrange some possible scenarios with (abnormal)
execution of the the script which creates/drops the schemas and see what happens.

Could you help me find what is the particular order of cascaded table drops? Is it the exact same
order as indicated in the list following the NOTICE: drop cascades to xx other objects? I can see
that logged order is the same as the order of table creation - so order by oid? If yes then the
orphaned two tables of my case are the very last ones expected to be dropped.

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

Предыдущее
От: Adrian Klaver
Дата:
Сообщение: Re: Having a problem with RoR-3.1.1 and Pg-9.1
Следующее
От: Steve Atkins
Дата:
Сообщение: Re: what Linux to run