Re: bug report: pg_dump does not use CASCADE in DROP

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: bug report: pg_dump does not use CASCADE in DROP
Дата
Msg-id 29956.1062278918@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: bug report: pg_dump does not use CASCADE in DROP  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: bug report: pg_dump does not use CASCADE in DROP  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-bugs
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Tom Lane wrote:
>> The correct use of dependency information would be to sort the DROPs
>> into an order that should succeed *without* CASCADE.  (This will
>> actually happen for free AIUI, once pg_dump uses dependency info fully.
>> DROPping in the reverse of a safe creation order should work.)

> Right, but how do you drop two tables that REFERENCE each other?  Seems
> you have to use CASCADE in that case.

Nope.  It's still the inverse problem of pg_dump.  pg_dump would have to
dump such a construction with CREATE TABLEs followed by ALTER TABLE ADD
FOREIGN KEYs, right?  So the DROPs issued in reverse order are ALTER
TABLE DROP CONSTRAINTs followed by DROP TABLE.

            regards, tom lane

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: bug report: pg_dump does not use CASCADE in DROP
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: bug report: pg_dump does not use CASCADE in DROP