Re: 5 minutes to pg_dump nothing

From: "Nikita The Spider The Spider" <nikitathespider(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: 5 minutes to pg_dump nothing
Date: 2007-09-24 23:28:43
Message-ID: 35e76ac10709241628k40589782sd7062e6610b47df7@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 9/23/07, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> I wrote:
> > "Nikita The Spider The Spider" <nikitathespider(at)gmail(dot)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

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Josh Trutwin 2007-09-24 23:51:56 table column reordering
Previous Message Rhys Stewart 2007-09-24 23:18:31 Re: set returning functions.