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
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? |