Re: specifying repeatable read in PGOPTIONS - Mailing list pgsql-hackers

From Robert Haas
Subject Re: specifying repeatable read in PGOPTIONS
Date
Msg-id CA+TgmoZuC-ew29gN15zmE3Xe9D2-ACr_uYAhY5JZZJXQBCLxgg@mail.gmail.com
Whole thread Raw
In response to Re: specifying repeatable read in PGOPTIONS  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: specifying repeatable read in PGOPTIONS  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Sun, Feb 9, 2014 at 12:10 PM, Andres Freund <andres@2ndquadrant.com> wrote:
> On 2014-02-09 12:00:02 -0500, Robert Haas wrote:
>> On Fri, Feb 7, 2014 at 5:06 AM, Andres Freund <andres@2ndquadrant.com> wrote:
>> > So I still think we should add read_committed, repeatable_read as aliases.
>>
>> Like Tom, I'm -1 on this.  This is fixing the problem from the wrong end.
>
> Why? We do have other options with aliases for option values and all
> other enum option has taken care not to need spaces.

I think that's probably mostly a happy coincidence; I'm not committed
to a policy of ensuring that all GUCs can be set to whatever value you
want without using the space character.  Besides, what's so special
about enum GUCs?  There can certainly be spaces in string-valued GUCs,
and you're not going to be able to get around the problem there with
one-off kludges.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Jeremy Harris
Date:
Subject: Re: Minor performance improvement in transition to external sort
Next
From: Alexander Korotkov
Date:
Subject: Re: PoC: Partial sort