Re: [patch] Help information for pg_dump

Поиск
Список
Период
Сортировка
От Bharath Rupireddy
Тема Re: [patch] Help information for pg_dump
Дата
Msg-id CALj2ACVf7dMtj4AkBrCZt+6X_vRfK0eBjocbFK-VVhjpneo4Bg@mail.gmail.com
обсуждение исходный текст
Ответ на [patch] Help information for pg_dump  ("Zhang, Jie" <zhangjie2@cn.fujitsu.com>)
Ответы Re: [patch] Help information for pg_dump  (Dilip Kumar <dilipbalaut@gmail.com>)
Список pgsql-hackers
On Tue, Jan 19, 2021 at 9:07 AM Zhang, Jie <zhangjie2@cn.fujitsu.com> wrote:
>
> Hi all
>
> After executing command [pg_dump -?], some help information is as follows.
>
> pg_dump -?
> -----------------------------------------------------------------
>   -N, --exclude-schema=PATTERN do NOT dump the specified schema(s)          ※
>   -T, --exclude-table=PATTERN  do NOT dump the specified table(s)           ※
>   -x, --no-privileges          do not dump privileges (grant/revoke)
>   --exclude-table-data=PATTERN do NOT dump data for the specified table(s)  ※
>   --no-comments                do not dump comments
>   --no-publications            do not dump publications
>   --no-security-labels         do not dump security label assignments
>   --no-subscriptions           do not dump subscriptions
>   --no-synchronized-snapshots  do not use synchronized snapshots in parallel jobs
>   --no-tablespaces             do not dump tablespace assignments
>   --no-unlogged-table-data     do not dump unlogged table data
> --------------------------------------------------------------------
>
> I think it would be better to change [do NOT dump] to [do not dump].
>
> Here is a patch.

+1. Looks like SQL keywords are mentioned in capital letters in both
pg_dump and pg_dumpall cases, so changing "do NOT" to "do not" seems
okay to me.

Patch LGTM.

With Regards,
Bharath Rupireddy.
EnterpriseDB: http://www.enterprisedb.com



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

Предыдущее
От: James Hilliard
Дата:
Сообщение: Re: [PATCH 1/1] Initial mach based shared memory support.
Следующее
От: Corey Huinker
Дата:
Сообщение: Re: simplifying foreign key/RI checks