From: | Ian Lawrence Barwick <barwick(at)gmail(dot)com> |
---|---|
To: | Li Japin <japinli(at)hotmail(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Docs: inaccurate description about config settings |
Date: | 2020-09-01 12:20:41 |
Message-ID: | CAB8KJ=iawAyLsXbeHLTrSamx42jChO_g2mtwi_t9R3WKh0_kMg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
2020年9月1日(火) 19:37 Li Japin <japinli(at)hotmail(dot)com>:
>
> Hi, hackers
>
> When I setup a stream replication I found that the documentation says that promote_trigger_file
> parameter can only be set in the postgresql.conf file or on the server command line, however, it
> can also be put into postgresql.auto.conf. If I use include to import a new config, it works too.
>
> There are many parameters use this description:
> $ grep 'This parameter can only be set in the' -rn doc/
(...)
>
> I think this description is misleading. we should correct it, isn't it?
I must admit every time I see this wording, it strikes me as very specific
and potentially confusing given the alternative files the parameter could be
placed in.
I think it would be clearer for anyone not familiar with the configuration file
system to change occurrences of this wording to something like:
This parameter can only be set in the <link
linkend="config-setting-configuration-file">configuration file</link>
which would link to:
https://www.postgresql.org/docs/current/config-setting.html#CONFIG-SETTING-CONFIGURATION-FILE
which provides more information. Though on that page it seems like it would be
also sensible to bundle the section about include directives in the
configuration
file (19.1.5) together with the section about the configuration itself (19.1.2).
Regards
Ian Barwick
--
Ian Barwick https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Surafel Temesgen | 2020-09-01 12:26:39 | Re: Evaluate expression at planning time for two more cases |
Previous Message | Dmitry Dolgov | 2020-09-01 11:15:31 | Group by reordering optimization |