Re: [HACKERS] allowed user/db variables
От | Tom Lane |
---|---|
Тема | Re: [HACKERS] allowed user/db variables |
Дата | |
Msg-id | 19475.1056585176@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] allowed user/db variables (Joe Conway <mail@joeconway.com>) |
Ответы |
Re: [HACKERS] allowed user/db variables
Re: [HACKERS] allowed user/db variables |
Список | pgsql-patches |
Joe Conway <mail@joeconway.com> writes: > Here is a patch to expand pg_settings. I included more than discussed > because it was easy and I thought it might be useful. Let me know if you > want some of them removed. Much of what you've included is part of the internal implementation of GUC, and I think it's unwise to expose it; any future changes in GUC might break the view (or more accurately break apps that are expecting the view to look a particular way). I agree with adding context, vartype, min_val, and max_val. Not sure about boot_val or reset_val. The RH guys do want to expose boot_val in their tool, since it's concerned with helping people set up postgresql.conf, but is it really useful for clients to see it? reset_val might be okay to expose ... not sure if we'd ever want to remove that concept from the implementation. > name | DateStyle > setting | ISO with US (NonEuropean) conventions This reminds me, someone (Barry?) was griping that SHOW DATESTYLE doesn't produce a value that SET DATESTYLE will take. Did we agree that it was OK to change the output to look like "ISO, US" etc? regards, tom lane
В списке pgsql-patches по дате отправления: