Re: parallel restore

Поиск
Список
Период
Сортировка
От Jaime Casanova
Тема Re: parallel restore
Дата
Msg-id 3073cc9b0901061956n168ef99csafa37065f1661025@mail.gmail.com
обсуждение исходный текст
Ответ на Re: parallel restore  (Andrew Dunstan <andrew@dunslane.net>)
Ответы Re: parallel restore  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
On Tue, Jan 6, 2009 at 5:54 PM, Andrew Dunstan <andrew@dunslane.net> wrote:
>
> Well, the only reason it was needed was because you can't run a parallel
> restore in a single transaction. If the whole restore is run in a single
> transaction then truncate before load should be unnecessary.
>

doesn't understand you. Anyway i tried to run with
--truncate-before-load and got a message about that should be
necessary to run TRUNCATE CASCADE instead.

Sorry, don't have the real message at hand. Seems like the recently
applied patch about fseeko made this one to no longer apply cleanly

--
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: HAVE_FSEEKO for WIN32
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: log output of vxid