Re: [COMMITTERS] pgsql: Allow external recovery_config_directory
От | Michael Paquier |
---|---|
Тема | Re: [COMMITTERS] pgsql: Allow external recovery_config_directory |
Дата | |
Msg-id | CAB7nPqQLLC=yMZXm+h-UKDdpO5PMQoVdSRyjO77J-G2p_+RNqQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [COMMITTERS] pgsql: Allow external recovery_config_directory (Michael Paquier <michael.paquier@gmail.com>) |
Список | pgsql-hackers |
On Wed, Mar 27, 2013 at 9:59 PM, Michael Paquier <michael.paquier@gmail.com> wrote:
-- On Wed, Mar 27, 2013 at 9:12 PM, Heikki Linnakangas <hlinnakangas@vmware.com> wrote:On 27.03.2013 13:47, Simon Riggs wrote:This was a surprising commit. Does this get us any closer to merging postgresql.conf and recovery.conf?Allow external recovery_config_directory
If required, recovery.conf can now be located outside of the data directory.
Server needs read/write permissions on this directory.At first glance, I am not sure this goes in the right direction. Why is it necessary to add a GUC parameter for that?
In the patch I sent based on Masao's first version, if we merge of postgresql.conf and recovery.conf, users will be encouraged to migrate to the new system by including recovery.conf or a file containing recovery parameters using include_path or include_if_exists, so you shouldn't need a new parameter to include recovery.conf. I have the feeling that this complicates even more the settings.
Also, based on Greg's spec (that Robert and I basically agreed on), if recovery.conf is found at the root of data folder an error is returned to user, recommending him to migrate correctly by referring to dedicated documentation.
Please note also that based on the documentation include* params can used absolute paths:
http://www.postgresql.org/docs/devel/static/config-setting.html#CONFIG-INCLUDES
http://www.postgresql.org/docs/devel/static/config-setting.html#CONFIG-INCLUDES
Michael
В списке pgsql-hackers по дате отправления: