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 | 2664.1062260752@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
|
Список | pgsql-bugs |
Bruce Momjian <pgman@candle.pha.pa.us> writes: > Should we be using CASCADE? Seems that is going to double-drop some > tables. It kinda scares me too. If you are loading into a database that already has stuff in it, seems like CASCADE could lead to dropping stuff that is not part of the dataset being loaded. If you have no stuff in the database that is not part of the dataset being loaded, then there's no percentage in individual DROP commands anyway --- you'd be better off to drop the whole DB, create a new one, and run the restore without any DROPs. So AFAICS the use of DROP in restores is intended for reloading part of an existing database. As such, automatic DROP CASCADEs seem like an excellent foot-gun. Much safer to do the required drops manually before running restore. It might be okay as an option in pg_restore, but not as default behavior. regards, tom lane
В списке pgsql-bugs по дате отправления: