Re: PG dump and restore

From: Thom Brown <thombrown(at)gmail(dot)com>
To: Dennis C <dcswest(at)gmail(dot)com>
Cc: Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com>, questions(at)postgresql(dot)org, pgsql-general(at)postgresql(dot)org
Subject: Re: PG dump and restore
Date: 2010-06-26 10:31:32
Message-ID: AANLkTimCc11B8mW3d5iWwMCD4yV5Q7ly3x4AGEssVDmN@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 26 June 2010 00:59, Dennis C <dcswest(at)gmail(dot)com> wrote:
> OK well the gunzip seemed to "do the trick," but I don't recall before
> having to do anything other than run the pg_restore command.  Anyway, thanks
> to everyone for all your help!
>
>
> On Fri, Jun 25, 2010 at 11:29 AM, Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com>
> wrote:
>>
>> On 06/25/2010 09:04 AM, Dennis C wrote:
>>>
>>> It says "Trading-Access: gzip compressed data, from Unix"
>>>
>>> About the idea of not using pg_restore for these dumps, what I'm still
>>> missing is how it's worked for all these years before.  Are there now
>>> more
>>> stringent standards being enforced?
>>>
>>>
>>
>> You have restored from these dumps using pg_restore?
>>
>> The command below says create a plain text file that has commands to clean
>> database objects before recreating and store text in file ./Trading-Access
>> using gzip compression at level 5:
>>
>> /opt/local/lib/postgresql84/bin/pg_dump -c -f ./Trading-Access -Z 5
>> Trading-Access
>>
>> To restore I would think you need to gunzip ./Trading-Access and then feed
>> the file to psql.
>>
>>

It appears that if you don't specify the file format, but you specify
compression, it uses plain format but then gzips it up.

Thom

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Felipe de Jesús Molina Bravo 2010-06-26 16:56:19 Re: pl-perl for 64 bits in Solaris 9
Previous Message RP Khare 2010-06-26 08:32:25 EDB editions