Re: Pg_restore and dump -- General question

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.

In response to

Browse pgsql-general by date

  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