Re: Proposal for Allow postgresql.conf values to be changed via SQL
От | Tom Lane |
---|---|
Тема | Re: Proposal for Allow postgresql.conf values to be changed via SQL |
Дата | |
Msg-id | 15654.1355239307@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Proposal for Allow postgresql.conf values to be changed via SQL (Amit Kapila <amit.kapila@huawei.com>) |
Список | pgsql-hackers |
Amit Kapila <amit.kapila@huawei.com> writes: > On Tuesday, December 11, 2012 5:25 AM Jaime Casanova wrote: >> can we at least send the source file in the error message when a >> parameter has a wrong value? >> >> suppose you do: SET PERSISTENT shared_preload_libraries TO >> 'some_nonexisting_lib'; >> when you restart postgres and that lib doesn't exist you can get >> confused when looking at postgresql.conf and find an empty string >> there > This can be done but for this we need to change internal functions You'd need to change a whole lot of places to respond to this request. Frankly it sounds like wishful thinking to me. In many cases it's not obvious whether a failure might be triggered by a GUC setting, and I can't see dumping the whole content of postgresql.conf for any startup failure. I don't really believe Jaime's assumption anyway, which seems to be that people will be too dumb to look at the include files when wondering what value a setting has. We've not had reports of such when using the existing inclusion mechanism. regards, tom lane
В списке pgsql-hackers по дате отправления: