Re: [Fwd: Re: proposal: new long psql parameter --on-error-stop]

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [Fwd: Re: proposal: new long psql parameter --on-error-stop]
Дата
Msg-id CA+TgmobgN_eBoWYmYKqZdGSiWBbJ4_7_CxwnCyWHmq2e4rTQMw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [Fwd: Re: proposal: new long psql parameter --on-error-stop]  (Andres Freund <andres@2ndquadrant.com>)
Ответы Re: [Fwd: Re: proposal: new long psql parameter --on-error-stop]  (Pavel Stehule <pavel.stehule@gmail.com>)
Список pgsql-hackers
On Thu, Aug 28, 2014 at 11:20 AM, Andres Freund <andres@2ndquadrant.com> wrote:
>> >* How about making it --help=variables instead of --help-variables?
>>
>> -1, help is not a variable to be assigned imho
>
> I don't think variable assignment is a good mental model for long
> commandline arguments. And it's not like I'm the first to come up with
> an extensible --help. Check e.g. gcc.
>
> But anyway, I guess I've lost that argument.

I think it mostly depends on how far we think we might extend it.  I
mean, --help-variables is fine as a parallel to --help.  But if we're
eventually going to have help for 12 things, --help=TOPIC is a lot
better than 12 separate switches.  So +0.5 for your proposal from me.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: WAL format and API changes (9.5)
Следующее
От: Mark Kirkwood
Дата:
Сообщение: Re: Scaling shared buffer eviction