Re: database is bigger after dump/restore - why? (60 GB to 109 GB)

From: Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com>
To: pgsql-general(at)postgresql(dot)org
Cc: Aleksey Tsalolikhin <atsaloli(dot)tech(at)gmail(dot)com>
Subject: Re: database is bigger after dump/restore - why? (60 GB to 109 GB)
Date: 2011-03-07 23:50:42
Message-ID: 201103071550.43170.adrian.klaver@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Monday, March 07, 2011 2:45:00 pm Aleksey Tsalolikhin wrote:

>
> Experiment 1:
> hypothesis: something about how large my table has grown is causing
> the TOAST compression to fail on COPY.
> test: pg_dump the big table, cut the dump file in half using
> "/bin/split", add "\." at the end of the file, and load the top half.
> result: database is 50 GB in size. hypothesis proven false.
>
> Experiment 2:
> hypothesis: something about Slony is causing the TOAST compression to
> be disabled on COPY.
> test: load the 50% dump file from experiment 1 above into our Stage
> database, which was never touched by Slony.
> result: database is 50 GB in size. hypothesis proven false.

Hmmm. Another perfectly good line of reasoning shot down. No further thoughts at
this time. May have to sit down with Jack Daniels and have a talk and see if
anything shakes loose:)

>
>
> Best,
> Aleksey

--
Adrian Klaver
adrian(dot)klaver(at)gmail(dot)com

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Craig Ringer 2011-03-08 03:30:10 Re: unexpected EOF on client connection vs 9.0.3
Previous Message Glenn Maynard 2011-03-07 23:39:22 Re: Why count(*) doest use index?