pgsql: Clean up some minor inefficiencies in parallel dump/restore.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема pgsql: Clean up some minor inefficiencies in parallel dump/restore.
Дата
Msg-id E1b8CXM-0004FG-AG@gemulon.postgresql.org
обсуждение исходный текст
Список pgsql-committers
Clean up some minor inefficiencies in parallel dump/restore.

Parallel dump did a totally pointless query to find out the name of each
table to be dumped, which it already knows.  Parallel restore runs issued
lots of redundant SET commands because _doSetFixedOutputState() was invoked
once per TOC item rather than just once at connection start.  While the
extra queries are insignificant if you're dumping or restoring large
tables, it still seems worth getting rid of them.

Also, give the responsibility for selecting the right client_encoding for
a parallel dump worker to setup_connection() where it naturally belongs,
instead of having ad-hoc code for that in CloneArchive().  And fix some
minor bugs like use of strdup() where pg_strdup() would be safer.

Back-patch to 9.3, mostly to keep the branches in sync in an area that
we're still finding bugs in.

Discussion: <5086.1464793073@sss.pgh.pa.us>

Branch
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/763eec6b6d64767f5b2dd1a1fe314923bbc17968

Modified Files
--------------
src/bin/pg_dump/parallel.c           | 26 +----------------------
src/bin/pg_dump/pg_backup_archiver.c | 18 +++++++---------
src/bin/pg_dump/pg_dump.c            | 40 +++++++++++++++++++++++-------------
3 files changed, 34 insertions(+), 50 deletions(-)


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: pgsql: Clean up some minor inefficiencies in parallel dump/restore.
Следующее
От: Kevin Grittner
Дата:
Сообщение: pgsql: Fix btree mark/restore bug.