Re: pg_dump additional options for performance - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: pg_dump additional options for performance
Date
Msg-id 47C45A93.8090603@dunslane.net
Whole thread Raw
In response to Re: pg_dump additional options for performance  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

Tom Lane wrote:
> Since the performance advantages are still somewhat hypothetical,
> I think we should reach for the low-hanging fruit first.  If concurrent
> pg_restore really does prove to be the best thing since sliced bread,
> *then* would be the time to start thinking about whether it's possible
> to do the same thing in less-constrained scenarios.
>
>     
>   

Amen. pg_restore is where all the work should be going first, I believe.

cheers

andrew




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: pg_dump additional options for performance
Next
From: Jeff Davis
Date:
Subject: Re: pg_dump additional options for performance