Re: What is the motivation of include directive and

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Takayuki Tsunakawa <tsunakawa(dot)takay(at)jp(dot)fujitsu(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: What is the motivation of include directive and
Date: 2007-01-18 14:37:12
Message-ID: 45AF8618.9030208@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Takayuki Tsunakawa wrote:
> From: "Andrew Dunstan" <andrew(at)dunslane(dot)net>
>
>> Meeting FHS requirements is no bad thing, though. And the ability to
>> include a common configuration set in multiple instances is surely
>> useful to a number of people. After all, you aren't forced to use
>>
> these
>
>> facilities - I typically don't.
>>
>
> Thank you, Andrew-san.
> What I want to know is a more concreet thing.
>
> How useful are those facilities to what kind of users in what cases?
> Is there a reason why users in the real world positively use those
> facilities?
>
>

If you want to find out about usage patterns this is probably not the
best place to survey users - the hackers are not very representative of
users in general. I have a sneaking suspicion that include directives
are not used a whole lot, but alternative file locations are much more
widely used.

My off-the-cuff advice about your tool would be to process any include
directives when reading the config file, but initially just write out
new settings to the top level file (at the end, so they don't get
overridden by the includes).

cheers

andrew

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Adnan DURSUN 2007-01-18 15:20:29 Re: Temparary disable constraint
Previous Message Andrew Dunstan 2007-01-18 14:22:32 Re: ideas for auto-processing patches