| От | Tom Lane |
|---|---|
| Тема | Re: pg_dump native format will not restore correctly |
| Дата | |
| Msg-id | 21304.1257436391@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pg_dump native format will not restore correctly ("Scot Kreienkamp" <SKreien@la-z-boy.com>) |
| Ответы |
Re: pg_dump native format will not restore correctly
|
| Список | pgsql-general |
"Scot Kreienkamp" <SKreien@la-z-boy.com> writes:
> Another strange thing I just found when composing this email... If I set
> limit 5 on the query it works on the soldtrx table, but if I don't set a
> limit it just hangs.
Is it chewing CPU, chewing I/O, or just sitting? If the latter, try
attaching to the backend with gdb and getting a stack trace.
I'm still not buying the theory that the dump/restore method has
something to do with it. You might try the test yourself: run
pg_restore's output into a text file and compare with the text dump.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера