parallel pg_dump

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема parallel pg_dump
Дата
Msg-id 4F7AFA9C.4040008@dunslane.net
обсуждение исходный текст
Ответы Re: parallel pg_dump  (Joachim Wieland <joe@mcknight.de>)
Re: parallel pg_dump  (Joachim Wieland <joe@mcknight.de>)
Список pgsql-hackers
I haven't finished reviewing this yet - but there are some things that 
need to be fixed.

First, either the creation of the destination directory needs to be 
delayed until all the sanity checks have passed and we're sure we're 
actually going to write something there, or it needs to be removed if we 
error exit before anything gets written there. Example: if there's an 
error because I am dumping a 9.1 server and so should have specified 
--no-synchronized-snapshots then getting the directory as a by-product 
which I need to remove is annoying. Maybe pg_dump -F d should be 
prepared to accept an empty directory as well as a non-existent 
directory, just as initdb can. Maybe this isn't directly related to this 
patch, but I have noticed it more when reviewing this patch.

Second, all the PrintStatus traces are annoying and need to be removed, 
or perhaps better only output in debugging mode (using ahlog() instead 
of just printf())

cheers

andrew




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

Предыдущее
От: Dimitri Fontaine
Дата:
Сообщение: Re: Command Triggers patch v18
Следующее
От: "Albe Laurenz"
Дата:
Сообщение: Re: pgsql_fdw, FDW for PostgreSQL server