From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Preston Landers <planders(at)journyx(dot)com>, pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: bug report: pg_dump does not use CASCADE in DROP |
Date: | 2003-08-30 16:25:52 |
Message-ID: | 2664.1062260752@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2003-08-30 16:41:26 | Re: bug report: pg_dump does not use CASCADE in DROP |
Previous Message | Bruce Momjian | 2003-08-30 15:57:43 | Re: bug report: pg_dump does not use CASCADE in DROP |