Re: More robust pg_hba.conf parsing/error logging - Mailing list pgsql-hackers

From Stephen Frost
Subject Re: More robust pg_hba.conf parsing/error logging
Date
Msg-id 20090909185827.GJ17756@tamriel.snowman.net
Whole thread Raw
In response to Re: More robust pg_hba.conf parsing/error logging  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: More robust pg_hba.conf parsing/error logging
List pgsql-hackers
* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> Alvaro Herrera <alvherre@commandprompt.com> writes:
> > Andrew Dunstan wrote:
> >> It will affect any dbname or username in mixed or upper case, not just
> >> ALL, won't it?
>
> > No, I am suggesting to change only the comparisons to the literals
> > "all", "sameuser", "samegroup" and "samerole".
>
> Hmm.  These words are effectively keywords, so +1 for treating them
> case-insensitively, as we do in SQL.  But I wonder whether there isn't
> an argument for making the comparisons of role and database names
> behave more like SQL, too --- that is FOO matches foo but not "FOO".

In general, I think that sounds like a good idea.  At the same time, I
wouldn't be against changing the specific 'ALL' special-case comparison
in 8.4.2, using the argument that not many people have moved to it yet
and it's pretty far out there for an 'ALL' database to exist anyway..

Might be too much for a point-release. :/

Just my 2c.
Thanks,
    Stephen

pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: RfD: more powerful "any" types
Next
From: Peter Eisentraut
Date:
Subject: Re: [PATCH] plpythonu datatype conversion improvements