pgsql: Actually, all of parallel restore's limitations should be tested

Поиск
Список
Период
Сортировка
От Tom Lane
Тема pgsql: Actually, all of parallel restore's limitations should be tested
Дата
Msg-id E1Qxrbd-0002eq-Ll@gemulon.postgresql.org
обсуждение исходный текст
Список pgsql-committers
Actually, all of parallel restore's limitations should be tested earlier.

On closer inspection, whining in restore_toc_entries_parallel is really
much too late for any user-facing error case.  The right place to do it
is at the start of RestoreArchive(), before we've done anything interesting
(suh as trying to DROP all the targets ...)

Back-patch to 8.4, where parallel restore was introduced.

Branch
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/6e1f1fee97839599cf59f37f7051786a09f3b240

Modified Files
--------------
src/bin/pg_dump/pg_backup_archiver.c |   38 ++++++++++++++++++++-------------
1 files changed, 23 insertions(+), 15 deletions(-)


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: pgsql: Be more user-friendly about unsupported cases for parallel pg_re
Следующее
От: Tom Lane
Дата:
Сообщение: pgsql: Actually, all of parallel restore's limitations should be tested