Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id 1E4062E0073 for ; Fri, 6 Jun 2008 16:06:33 -0300 (ADT) Received: from developer.postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 61127-10 for ; Fri, 6 Jun 2008 16:06:25 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by developer.postgresql.org (Postfix) with ESMTP id 1AE062E0084 for ; Fri, 6 Jun 2008 16:06:28 -0300 (ADT) Received: from ridley.home ([71.179.5.175]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0K22003M92EDPQH3@vms042.mailsrvcs.net> for pgsql-hackers@postgresql.org; Fri, 06 Jun 2008 14:06:13 -0500 (CDT) Date: Fri, 06 Jun 2008 15:06:11 -0400 From: Robert Treat Subject: Re: Overhauling GUCS In-reply-to: <17932.1212415926@sss.pgh.pa.us> To: pgsql-hackers@postgresql.org Cc: Tom Lane , Greg Smith , Peter Eisentraut , Josh Berkus Message-id: <200806061506.12093.xzilla@users.sourceforge.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-15 Content-transfer-encoding: 7bit Content-disposition: inline References: <48409D1E.3070208@agliodbs.com> <17932.1212415926@sss.pgh.pa.us> User-Agent: KMail/1.9.9 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200806/310 X-Sequence-Number: 119423 On Monday 02 June 2008 10:12:06 Tom Lane wrote: > I have no objection to providing alternative ways to edit the > configuration data, but the primary source of the settings is > going to continue to be an editable text file. Any proposals for > alternatives-to-a-text-editor have to work within that reality. > I think there is some disagreement that using text files needs to be the "primary" way to edit configurations. Some people are of the opinion that we should focus on text files as a secondary method, generally to be used only when a more sql/gui oriented way wont work (ie. your shared buffer restart scenario). I think most of the user base would like to approach administration from that point-of-view, and as of yet I haven't seen a technical reason why that world view is wrong, only philosphical ones. -- Robert Treat Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL