Andreas Pflug wrote:
> Bruce Momjian wrote:
> 
> >>
> >>Isn't the pg_hba.conf situation quite the same as postgresql.conf? The 
> >>GUCs with pg_settings is the GUC like a table, but with comments that 
> >>exceed config_generic.long_desc.
> > 
> > 
> > Well, pg_hba.conf is ordered, 
> 
>  From a text editor user's view, postgresql.conf is ordered too.  I'd be 
> annoyed if some function would screw it up; same with comments which are 
> deliberately placed where they are.

True, but there is no purpose to modify the ordering of postgresql.conf,
while with pg_hba.conf, there is a need to do that.  Also,
postgresql.conf has a fixed set of lines, while pg_hba.conf doesn't.

> > which is different, and it more of a
> > columnar values that postgresql.conf.
> 
> Hm, pg_settings gives me the same picture.

Yes, we could use that for updates, rather than SET GLOBAL.  Good point.
However, it seems SET GLOBAL is a cleaner API, while we can't use such a
nice API for pg_hba.conf.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

Reply via email to