On Thu, Oct 8, 2015 at 7:07 AM, Amir Rohan <amir.ro...@zoho.com> wrote:
> In addition to a simple syntax check, there's a bunch of "config wisdom"
> tidbits I've encountering, which is scattered through talks, commit
> messages, and mailing list discussion, and documentation notes
> (chapter 17, paragraph 12). These could be collected into a tool that:
>
> - Checks your configuration's syntax
> - Checks for semantically legal values ('read committed' not
> 'read_committed' )
> - Warns of unrecognized keys ("'hot_standby' is not a valid GUC in v9.1").
> - Is version-aware.
> - Serves as an "executable" form of past experience.
> - Describes the config problem in a structured way (as an expression,
> for example)
> - Includes a friendly, semi-verbose, description of the problem.
> - Describes ways to fix the problem, *right there*.
> - Is independent from server (but reuses the same parser), particularly
> any life-cycle commands such as restart.

Sounds reasonable.  I don't know whether or not we would accept this
into core, but I can certainly see it being a worthwhile effort.  I'd
expect to spend a lot of time figuring out which rules you want to
enforce.

> - Quoting rules for recovery.conf and postgresql.conf are different

I believe this is no longer true.

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


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Reply via email to