Re: More robust pg_hba.conf parsing/error logging

Поиск
Список
Период
Сортировка
От Stephen Frost
Тема Re: More robust pg_hba.conf parsing/error logging
Дата
Msg-id 20090909185827.GJ17756@tamriel.snowman.net
обсуждение исходный текст
Ответ на Re: More robust pg_hba.conf parsing/error logging  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: More robust pg_hba.conf parsing/error logging  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: RfD: more powerful "any" types
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: [PATCH] plpythonu datatype conversion improvements