| От | Peter Eisentraut |
|---|---|
| Тема | Re: exposing pg_controldata and pg_config as functions |
| Дата | |
| Msg-id | 55F730AE.3060209@gmx.net обсуждение исходный текст |
| Ответ на | Re: exposing pg_controldata and pg_config as functions (Andrew Dunstan <andrew@dunslane.net>) |
| Список | pgsql-hackers |
On 9/8/15 4:56 PM, Andrew Dunstan wrote:
> The problem is that at least this user's system had something odd about
> it. so that I wouldn't entirely trust the output of
>
> select is_supported
> from information_schema.sql_features
> where feature_name = 'XML type';
>
> to reflect the config.
This should be a built-in function, not dependent on the state of the
catalogs, like pg_build_option('xml') returns boolean.
> I also have cases where clients don't want to give me superuser access,
> and sometimes not even shell access, and it could well be useful to me
> to be able to say to them "OK, you need to make sure that this file in
> this location has this entry".
Not sure what this has to do with this.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера