Re: [RFC] Extend namespace of valid guc names

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
Cc: Andres Freund <andres(at)2ndquadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [RFC] Extend namespace of valid guc names
Date: 2013-09-23 13:36:06
Message-ID: 20130923133606.GE4832@eldon.alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I think the idea that we should consider a different way of handling
tabular configuration data has merit. In fact, how much sense does it
make to have these options (the ones for which this patch is being
written) be GUCs in the first place? ALTER USER/DATABASE don't work for
them, they can't be usefully changed in the commandline, there's no
working SET.

If we had some way to plug these into pg_hba.conf parsing machinery
(which is tabular data), I would suggest that. But that doesn't sound
really sensible. I think the idea of putting this configuratio data
in a separate file, and perhaps a more convenient format than
three-level GUC options, should be considered.

--
Álvaro Herrera http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2013-09-23 14:19:43 Re: pg_stat_statements: calls under-estimation propagation
Previous Message Vik Fearing 2013-09-23 13:03:06 Re: Dump/Reload broken with relocatable extensions