Re: 5 minutes to pg_dump nothing - Mailing list pgsql-general

From Nikita The Spider The Spider
Subject Re: 5 minutes to pg_dump nothing
Date
Msg-id 35e76ac10709241628k40589782sd7062e6610b47df7@mail.gmail.com
Whole thread Raw
In response to Re: 5 minutes to pg_dump nothing  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On 9/23/07, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I wrote:
> > "Nikita The Spider The Spider" <nikitathespider@gmail.com> writes:
> >> Thanks for your help! Given that this problem seems to be triggered by
> >> a sort of edge case and the fix is non-trivial, I guess I should not
> >> expect a new version of pg_dump soon?
>
> > We might look into fixing it for 8.3, but I doubt we'd risk back-patching
> > such a change to older branches.
>
> Actually, it doesn't look that hard --- want to try the attached patch?
> I couldn't measure any speed difference at all on the standard PG
> regression-test database, but there are not huge numbers of objects
> in that.

Tom,
Your patch decreases the runtime of pg_dump by an order of magnitude
for me which means I don't have to roll my own table dumper. Thanks
very much for the swift turnaround and for a great database.

--
Philip
http://NikitaTheSpider.com/
Whole-site HTML validation, link checking and more

pgsql-general by date:

Previous
From: genesis
Date:
Subject: AUXILIO!!!! CONSULTA SOBRE CURSORES HELP!!! ABOUT CURSORS
Next
From: Josh Trutwin
Date:
Subject: table column reordering