Re: unite recovery.conf and postgresql.conf
От | Tom Lane |
---|---|
Тема | Re: unite recovery.conf and postgresql.conf |
Дата | |
Msg-id | 9454.1316535799@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: unite recovery.conf and postgresql.conf (Simon Riggs <simon@2ndQuadrant.com>) |
Ответы |
Re: unite recovery.conf and postgresql.conf
Re: unite recovery.conf and postgresql.conf Re: unite recovery.conf and postgresql.conf |
Список | pgsql-hackers |
Simon Riggs <simon@2ndQuadrant.com> writes: > I sympathise with this view, to an extent. > If people want to put all parameters in one file, they can do so. So +1 to that. > Should they be forced to adopt that new capability by us deliberately > breaking their existing setups? No. So -1 to that. > If we do an automatic include of recovery.conf first, then follow by > reading postgresql,conf then we will preserve the old as well as > allowing the new. I don't buy this argument at all. I don't believe that recovery.conf is part of anyone's automated processes at all, let alone to an extent that they won't be able to cope with a change to rationalize the file layout. And most especially I don't buy that someone who does want to keep using it couldn't cope with adding an "include" to postgresql.conf manually. If we're going to move these parameters into postgresql.conf, we should just do that and remove all mention of recovery.conf. Anything else will generate much more confusion than benefit. regards, tom lane
В списке pgsql-hackers по дате отправления: