Re: pg_restore with -j > 1 breaks the "clean" phase by not removing dependencies in order

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_restore with -j > 1 breaks the "clean" phase by not removing dependencies in order
Дата
Msg-id 3563773.1710772842@sss.pgh.pa.us
обсуждение исходный текст
Ответ на pg_restore with -j > 1 breaks the "clean" phase by not removing dependencies in order  (Erwin de Haan <erwin.de.haan@calcasa.nl>)
Список pgsql-admin
Erwin de Haan <erwin.de.haan@calcasa.nl> writes:
> I'm having some trouble getting parallel restores to work. When running pg_restore like this:

> pg_restore --no-password --host=$MAIN_CLUSTER-pg-cluster --port=5432 --dbname=$name --jobs=4 --format=d --no-owner
--clean--if-exists --disable-triggers --role=${name}_owner "/temp_data/data-$name-$UNIQUE_SUFFIX" 

> the restore errors on foreign key constraints while removing tables, is there anyway to keep this parallel but have
itrespect the tree of dependencies. 

pg_restore does not parallelize the DROP stage of the process, so
I can't help thinking you've misidentified the source of the problem.

Can you provide a concrete example that misbehaves?
Also, what PG version is this?

            regards, tom lane



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

Предыдущее
От: Ron Johnson
Дата:
Сообщение: Re: pg_restore with -j > 1 breaks the "clean" phase by not removing dependencies in order
Следующее
От: M Sarwar
Дата:
Сообщение: Prefixing few more columns to CROSSTAB result set- Row-Data