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
|
Список | 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 по дате отправления: