Re: Copy entire schema A to a different schema B - Mailing list pgsql-general

From Melvin Davidson
Subject Re: Copy entire schema A to a different schema B
Date
Msg-id CANu8FiyP36MLgcodktxJNX0X96YPhnS0V7=wWhDMFegNk-HFwQ@mail.gmail.com
Whole thread Raw
In response to Re: Copy entire schema A to a different schema B  (Adrian Klaver <adrian.klaver@aklaver.com>)
Responses Re: Copy entire schema A to a different schema B  (Tiffany Thang <tiffanythang@gmail.com>)
List pgsql-general
Tiffany, have you tried the clone_schema function? It seems to me it does exactly what you need, no dumping or restoring. There is
even an option to copy the data or not. Default is not.

On Thu, Feb 21, 2019 at 3:23 PM Adrian Klaver <adrian.klaver@aklaver.com> wrote:
On 2/21/19 11:52 AM, Tiffany Thang wrote:
> Thanks everyone. Unfortunately the schema rename would not work since
> the source database will be our production system. We have not gone live
> yet but the system is expected to be constantly used.
>
> I have multiple tables that I need to export ranging from 20GB to 60GB
> each. The parallel will not work for a single table but would be
> beneficial if I have multiple tables to dump.
>
> I'm thinking maybe using what Adrian has suggested with the -f option
> and then modify the file or maybe use a common public schema everywhere
> on the source and target databases. I would have to restrict who has
> access to the public schema.

You can further break this down by using -s and -a switches to only work
with the table definitions and table data respectively. This can also be
done on the pg_dump end.

>
> Thanks.
>
> Tiff
>

>      >> --
>      >> Adrian Klaver
>      >> adrian.klaver@aklaver.com <mailto:adrian.klaver@aklaver.com>
>


--
Adrian Klaver
adrian.klaver@aklaver.com



--
Melvin Davidson
Maj. Database & Exploration Specialist

Universe Exploration Command – UXC

Employment by invitation only!

pgsql-general by date:

Previous
From:
Date:
Subject: Re: Connection string for Java to connect to PostgreSQL, usingclient certificates
Next
From: Bruce Momjian
Date:
Subject: Re: pg_stat_statements doesn't track commit from pl/pgsql blocks