Re: pg_dump additional options for performance

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: pg_dump additional options for performance
Дата
Msg-id 47C45A93.8090603@dunslane.net
обсуждение исходный текст
Ответ на Re: pg_dump additional options for performance  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_dump additional options for performance
Следующее
От: Jeff Davis
Дата:
Сообщение: Re: pg_dump additional options for performance