From: | salah jubeh <s_jubeh(at)yahoo(dot)com> |
---|---|
To: | Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>, Howard Cole <howardnews(at)selestial(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Pg_restore and dump -- General question |
Date: | 2011-04-04 14:56:37 |
Message-ID: | 599442.84987.qm@web161514.mail.bf1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Thank you all, I will take that in account
________________________________
From: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
To: Howard Cole <howardnews(at)selestial(dot)com>
Cc: salah jubeh <s_jubeh(at)yahoo(dot)com>; pgsql-general(at)postgresql(dot)org
Sent: Mon, April 4, 2011 1:44:28 PM
Subject: Re: [GENERAL] Pg_restore and dump -- General question
On Mon, Apr 4, 2011 at 5:40 AM, Howard Cole <howardnews(at)selestial(dot)com> wrote:
> On 04/04/2011 11:47 AM, salah jubeh wrote:
>
> What will happen if
>
> 1. dropped table a
> 2. insert data on b and the other relations
> 3. restore table a and it's dependency (table b).
>
> Simple advice would be to create a script on an offline system for testing -
> when you are happy with the results - do it on the online system - after
> making a backup of course! Anything else would be suicidal.
Agreed. AND on the production system first take a backup and THEN run
the drop cascade inside a transaction in case it does crazy things you
didn't foresee.
begin;
drop object yada cascade;
then rollback if things get too scary.
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2011-04-04 15:08:45 | Re: Large Object permissions lost in transfer |
Previous Message | Tom Lane | 2011-04-04 14:31:21 | Re: Merged Model for libpq |