| От | Kaarel |
|---|---|
| Тема | Re: dump_all/restore times? |
| Дата | |
| Msg-id | 3F1E3CE3.4040809@future.ee обсуждение исходный текст |
| Ответ на | Re: dump_all/restore times? (Vivek Khera <khera@kcilink.com>) |
| Ответы |
Re: dump_all/restore times?
|
| Список | pgsql-general |
>TL> It's a good idea to bump up sort_mem as high as you can before running >TL> the restore, so that the index builds run as fast as possible. Assuming > >Wouldn't it make a cool option to pg_restore to be able to set >sort_mem for the current connection? > > > I was thinking the very same thing. If it is a must to always bump up sort_mem before running restore why can't the restore utility do it? Take a portion of the currently available memory or ask a user interactively etc. Kaarel
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера