| From: | Christoph Berg <cb(at)df7cb(dot)de> | 
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> | 
| Cc: | Viswanatham kirankumar <viswanatham(dot)kirankumar(at)huawei(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> | 
| Subject: | Re: [TODO] Process pg_hba.conf keywords as case-insensitive | 
| Date: | 2014-07-17 15:57:50 | 
| Message-ID: | 20140717155750.GA4120@msg.df7cb.de | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-hackers | 
Re: Tom Lane 2014-07-16 <30956(dot)1405532518(at)sss(dot)pgh(dot)pa(dot)us>
> Christoph Berg <cb(at)df7cb(dot)de> writes:
> > Re: Viswanatham kirankumar 2014-07-16 <EC867DEF52699D4189B584A14BAA7C2165440538(at)blreml504-mbx(dot)china(dot)huawei(dot)com>
> >> Attached patch is implementing following TODO item
> >> Process pg_hba.conf keywords as case-insensitive
> 
> > Hmm. I see a case for accepting "ALL" (as in hosts.allow(5)), so +1 on
> > that, but I don't think the other keywords like "host" and "peer"
> > should be valid in upper case.
> 
> I think the argument was that SQL users are accustomed to thinking
> that keywords are case-insensitive.  It makes sense to me that we
> should adopt that same convention in pg_hba.conf.
One place that's been bugging me where case-insensitivity would really
make sense is this:
# set work_mem = '1mb';
ERROR:  22023: invalid value for parameter "work_mem": "1mb"
HINT:  Valid units for this parameter are "kB", "MB", and "GB".
Christoph
-- 
cb(at)df7cb(dot)de | http://www.df7cb.de/
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2014-07-17 16:08:44 | Re: [TODO] Process pg_hba.conf keywords as case-insensitive | 
| Previous Message | Greg Stark | 2014-07-17 15:27:41 | Re: PostgreSQL for VAX on NetBSD/OpenBSD |