| От | Tom Lane |
|---|---|
| Тема | Re: parallel option in pg_restore |
| Дата | |
| Msg-id | 5733.1277232039@sss.pgh.pa.us обсуждение |
| Ответ на | Re: parallel option in pg_restore ("Igor Neyman" <ineyman@perceptron.com>) |
| Ответы |
Re: parallel option in pg_restore
|
| Список | pgsql-admin |
"Igor Neyman" <ineyman@perceptron.com> writes:
> Attached is script that could be used to pre-create "parent" tables
> (from which partitions were inherited).
Thanks. Now that I dig into it, it looks like the actual trigger for
the problem is that pg_dump, not pg_restore, couldn't seek while it
was creating the dump file --- so it didn't seek back and update the
file's table-of-contents with exact dump offsets. What command did
you use to create the dump file, exactly?
regards, tom lane
В списке pgsql-admin по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера