Re: Patch for 9.1: initdb -C option

Поиск
Список
Период
Сортировка
От David Christensen
Тема Re: Patch for 9.1: initdb -C option
Дата
Msg-id F8005734-24AB-45D8-84EF-E62E4B90E8FE@endpoint.com
обсуждение исходный текст
Ответ на Re: Patch for 9.1: initdb -C option  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Patch for 9.1: initdb -C option  (Euler Taveira de Oliveira <euler@timbira.com>)
Re: Patch for 9.1: initdb -C option  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-hackers
On Jul 23, 2010, at 6:36 AM, Robert Haas wrote:

> 2010/7/23 KaiGai Kohei <kaigai@ak.jp.nec.com>:
>> Sorry for the confusion.
>>
>> What I wanted to say is the patch itself is fine but we need to make consensus
>> before the detailed code reviewing.
>
> I guess we probably need some more people to express an opinion, then.
> Do you have one?
>
> I'm not sure I do, yet.  I'd like to hear the patch author's response
> to Itagaki Takahiro's question upthread: "Why don't you use just "echo
> 'options' >> $PGDATA/postgresql.conf" ?  Could you explain where the
> -C options is better than initdb + echo?"


At this point, I have no real preference for this patch; it is just as easy to echo line >> datadir/postgresql.conf, so
perhapsthat makes this patch somewhat pointless.  I suppose there's a shaky argument to be made for Windows
compatibility,but I'm sure there's also an equivalent functionality to be found in the windows shell. 

Reception to this idea has seemed pretty lukewarm, although I think Peter expressed some interest.  Some of the
previouslinked correspondence in the review referred to some of the proposed split configuration file mechanisms.  My
particularimplementation is fairly limited to the idea of a single configuration file, so compared to some of the other
proposedapproaches including split .conf files, it may not cover the same ground. 

Like I said in the original submission, I found it helpful for the programmatic configuration of a number of
simultaneousnode, but if it's not generally useful to the community at large, I'll understand if it's punted. 

Regards,

David
--
David Christensen
End Point Corporation
david@endpoint.com






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

Предыдущее
От: KaiGai Kohei
Дата:
Сообщение: Re: security label support, part.2
Следующее
От: Kris Jurka
Дата:
Сообщение: Re: [JDBC] Trouble with COPY IN