MelkijБумбараш,

Зависит от того, во что вы упираетесь. custom формат дефотно сжимается. Поэтому будет быстрее если упёрлись в сеть и медленнее - если в CPU.
На уровне чтения-записи в саму базу - это всё так же copy.

Hm справедливости ради - с сжатием все будет непросто потому что:

host1:db1 -> не сжатый поток данных -> pg_dump + сжатие | pg_restore + разжатие -> не сжатый поток данных -> host2:db2

в итоге как (и где) не пускай в таком виде по сети будет идти несжатый поток данных (сжатый только через | будет передаваться).

Если надо по сети сжатое передавать - это будет несколько сложнее но реально сделать конечно через ssh.
Но ssh и сам сжимать налету умеет.

В общем для переноса данных 1 таблицы скорее всего pg_dump -Fc будет медленнее чем copy | copy или тоже самое через ssh с сжатием на удаленный хост.

Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

БумбарашНо у pg_restore для архивного формата есть опция с параллелями
--jobs=number-of-jobs
Вроде как файл оно должно быстрее закачивать? Работает ли это на одной таблице?

Естественно, тут уже без конвейра будет |.

Нет --jobs (что для pg_dump что для pg_restore) только между таблицами параллелит, одна таблица всегда dump и restore в один поток.

--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru