| От | Tom Lane |
|---|---|
| Тема | Re: In-order pg_dump (or in-order COPY TO) |
| Дата | |
| Msg-id | 366773.1756749256@sss.pgh.pa.us обсуждение |
| Ответ на | Re: In-order pg_dump (or in-order COPY TO) (Adrian Klaver <adrian.klaver@aklaver.com>) |
| Ответы |
Re: In-order pg_dump (or in-order COPY TO)
|
| Список | pgsql-general |
Adrian Klaver <adrian.klaver@aklaver.com> writes:
> I did some digging in the code and see that the TOC is more then that,
> it stores a range of data. Still have not part where the offsets are
> ignored for writes to stdout, but will keep on digging.
The TOC is initially written out with zeroes for the offsets.
Then the per-table data parts are written out, tracking where
each one begins. At the end, if the output file is seekable,
pg_dump seeks back to the start and re-writes the whole TOC
section, now with data offsets populated. But output to a
pipe won't be seekable.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера