pgsql: Rethink order of operations for dumping extension member objects

Поиск
Список
Период
Сортировка
От Tom Lane
Тема pgsql: Rethink order of operations for dumping extension member objects
Дата
Msg-id E1PnFMZ-0001Ic-Gb@gemulon.postgresql.org
обсуждение исходный текст
Список pgsql-committers
Rethink order of operations for dumping extension member objects.

My original idea of doing extension member identification during
getDependencies() didn't work correctly: we have to mark member tables as
not-to-be-dumped rather earlier than that, else their subsidiary objects
like indexes get dumped anyway.  Rearrange code to mark them early enough.

Branch
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/183d3cff850eee12357b8b4a8c5e62362ba5d8cc

Modified Files
--------------
src/bin/pg_dump/common.c  |   38 +++++---
src/bin/pg_dump/pg_dump.c |  236 +++++++++++++++++++++++++++++++--------------
src/bin/pg_dump/pg_dump.h |    4 +-
3 files changed, 190 insertions(+), 88 deletions(-)


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: pgsql: Implement "ALTER EXTENSION ADD object".
Следующее
От: Peter Eisentraut
Дата:
Сообщение: pgsql: Information schema views for collation support