Re: pg_dump DROP commands and implicit search paths

From: Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my>
To: Oliver Elphick <olly(at)lfix(dot)co(dot)uk>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_dump DROP commands and implicit search paths
Date: 2002-05-14 10:42:07
Message-ID: 5.1.0.14.1.20020514182903.022c61a0@192.228.128.13
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

At 06:58 AM 5/14/02 +0100, Oliver Elphick wrote:
> > retarget a dump script to be reloaded in some other schema. If the
> > dump is cluttered with umpteen thousand copies of the schema name
> > that's going to be difficult.
>
>sed -e 's/ old_schema\./ new_schema./g'
>
>I don't think you should allow the dump to be ambiguous for the sake of
>making rarely used actions slightly more convenient.

Erm, from what I see on this list, people regularly dump and reload, often
for performance reasons. There's also dev|backup<->production|live.

So I don't think dumping and reloading into another schema would be that
rare nor should it be difficult.

sed can screw up the data. I suppose we could do schema and data dumps
separately but :(. Would that actually work tho? Might come in handy one
not so fine day ;)...

Regards,
Link.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Oliver Elphick 2002-05-14 12:06:53 Current anon cvs does not generate GNUmakefile
Previous Message Hannu Krosing 2002-05-14 08:35:44 Re: [HACKERS] Bug #659: lower()/upper() bug on