| От | Simon Riggs |
|---|---|
| Тема | Re: Database restore speed |
| Дата | |
| Msg-id | 1133613528.2906.731.camel@localhost.localdomain обсуждение исходный текст |
| Ответ на | Re: Database restore speed (Stephen Frost <sfrost@snowman.net>) |
| Список | pgsql-performance |
On Fri, 2005-12-02 at 15:18 -0500, Stephen Frost wrote: > The other thought, of course, is that you could use PITR for your > backups instead of pgdump... Yes, it is much faster that way. Over on -hackers a few optimizations of COPY have been discussed; one of those is to optimize COPY when it is loading into a table created within the same transaction as the COPY. This would allow pg_dumps to be restored much faster, since no WAL need be written in this case. I hope to work on this fairly soon. Dumping/restoring data with pg_dump has wider uses than data protecting backup. Best Regards, Simon Riggs
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера