| От | Tom Lane |
|---|---|
| Тема | Re: GUC vs variable.c (was Patches applied...) |
| Дата | |
| Msg-id | 27722.1019427411@sss.pgh.pa.us обсуждение |
| Ответ на | Re: GUC vs variable.c (was Patches applied...) (Thomas Lockhart <thomas@fourpalms.org>) |
| Список | pgsql-hackers |
Thomas Lockhart <thomas@fourpalms.org> writes:
>> However, it seems to me way past time that we did what needs to be done
>> with variable.c --- ie, get rid of it. All these special-cased
>> variables should be folded into GUC.
> Or in some cases into pg_database? We might want some of this to travel
> as database-specific properties adjustable using SQL or SET syntax.
Ah, but we *have* that ability right now; see Peter's recent changes
to support per-database and per-user GUC settings. The functionality
available for handling GUC-ified variables is now so far superior to
plain SET that it's really foolish to consider having any parameters
that are outside GUC control.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера