Re: pg_dumpall --exclude-database option

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: pg_dumpall --exclude-database option
Дата
Msg-id 20181117145539.oxpoo5o42y663tkp@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: pg_dumpall --exclude-database option  (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>)
Ответы Re: pg_dumpall --exclude-database option  (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>)
Список pgsql-hackers
The comment in expand_dbname_patterns is ungrammatical and mentions
"OID" rather than "name", so I suggest

    /*
     * The loop below might sometimes result in duplicate entries in the
     * output name list, but we don't care.
     */

I'm not sure this is grammatical either:
   exclude databases whose name matches PATTERN
I would have written it like this:
   exclude databases whose names match PATTERN
but I'm not sure (each database has only one name, of course, but aren't
you talking about multiple databases there?)

Other than that, the patch seems fine to me -- I tested and it works as
intended.

Personally I would say "See also expand_table_name_patterns" instead of
"This is similar to code in pg_dump.c for handling matching table names.",
as well as mention this function in expand_table_name_patterns' comment.
(No need to mention expand_schema_name_patterns, since these are
adjacent.)  But this is mostly stylistic and left to your own judgement.

In the long run, I think we should add an option to processSQLNamePattern
to use OR instead of AND, which would fix both this problem as well as
pg_dump's.  I don't think that's important enough to stall this patch.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


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

Предыдущее
От: Daniel Westermann
Дата:
Сообщение: Testing against RHEL 8 Beta, python issue
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: fix psql \conninfo & \connect when using hostaddr