Re: keywords in pg_hba.conf are case-sensitive?

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Subject: Re: keywords in pg_hba.conf are case-sensitive?
Date: 2012-02-02 19:14:12
Message-ID: CABUevEyDrK9aMgFTEos6UicMk4aV_dkqa_+3_3uEUepRbW=BPw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Feb 2, 2012 5:34 PM, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> [ adjusting thread title to have something to do with reality ]
>
> Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> > Excerpts from Robert Haas's message of jue feb 02 11:39:29 -0300 2012:
> >> We have lots of things that are case-sensitive; I don't particularly
> >> see why this one should be different.
>
> > Err, postgresql.conf processing is case insensitive, which is the most
> > closely related example. Are you saying we should make that case
> > sensitive as well? What I'm saying is that I see no good reason for
> > keyword comparison to be case sensitive here. We don't compare case on
> > SQL keywords either.
>
> One thing I'm concerned about is that there are places in pg_hba.conf
> where a token might be either a keyword or a user/group/database name.
> If you start recognizing keywords case-insensitively, you could break
> files that used to work, ie what was meant to be a name will now be
> read as a keyword. Admittedly, the odds of that are not very large, but
> they're not zero either. Given the entire lack of complaints about this
> from the field, I'm inclined to think it's better to leave well enough
> alone. We could add a documentation note if you feel a need for that.

+1. I don't think I've heard a single complaint about this ever...

/Magnus

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Alexander Korotkov 2012-02-02 19:54:37 Re: Fast GiST index build - further improvements
Previous Message Alexander Korotkov 2012-02-02 19:07:21 Re: spgist text_ops and LIKE