Re: pg_dump fundenental question

From: "J(dot) Cassidy" <sean(at)jdcassidy(dot)eu>
To: "Francisco Olarte" <folarte(at)peoplecall(dot)com>
Cc: "J(dot) Cassidy" <sean(at)jdcassidy(dot)eu>, "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: pg_dump fundenental question
Date: 2016-07-05 17:39:03
Message-ID: 000498556aeb42359d572e1c9f3a3869.webmail@mx1bln1.prossl.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Francisco,

appreciate the tips/hints.

My input (source) DB
is  1TB in size, using the options as stated in my original email (i.e. no
compression it would seem) the output file size is "only"
324GB. 
I presume all of the formatting/indices have been ommited. As I
said before, I can browse the backup file with less/heat/cat/tail etc.

Regards,

Henk

On Tue, Jul 5, 2016 at 4:54 PM,
J. Cassidy <sean(at)jdcassidy(dot)eu> wrote:
> I have hopefully an
"easy" question.
> If I issue the pg_dump command with no
switches or options i.e.
> /usr/local/pgsql/bin/pg_dump -v dbabcd >
/data3TB/Backup/dbabcd
> Is their any "default" compression
involved or not? Does pg_dump talk to
> zlib during the dump process given
that I have not specified any compression
> on the > command line? (see
above).

IIRC no options means you are requesting an SQL-script. Those
are not
compressed, just pipe them through your favorite compressor. ( In
a
later message you stated you were in Linux and had a 324Gb file, and
could head/tail it, have you done so? ).

> Your considered
opinions would be much appreciated.

OTOH, with those big backup I would
recommend using custom format (
-Fc ), it&#39;s much more flexible ( andyou
can have the sql script but
asking pg_restore to generate it if you need it,
but not the other way
round ).

Francisco Olarte.

--
Sent via pgsql-general mailing list
(pgsql-general(at)postgresql(dot)org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general

 

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message J. Cassidy 2016-07-05 17:42:27 Re: pg_dump fundenental question
Previous Message Francisco Olarte 2016-07-05 17:23:27 Re: pg_dump fundenental question