Re: Proposal: knowing detail of config files via SQL

From: Sawada Masahiko <sawada(dot)mshk(at)gmail(dot)com>
To: Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Proposal: knowing detail of config files via SQL
Date: 2015-01-23 15:27:49
Message-ID: CAD21AoBpiP8MYY7APKYw=4-jNYBNM_epRqiTYdOgcv5H815VLQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Jan 23, 2015 at 4:36 AM, Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com> wrote:
>
>
> Would this view have a row for every option in a config file? IE: if you set
> something in both postgresql.conf and postgresql.auto.conf, would it show up
> twice? I think it should, and that there should be a way to see which
> setting is actually in effect.

yes.

> It looks like you're attempting to handle #include, yes?

Of course yes.

>> Also other idea is to add additional columns existing view
>> (pg_settings), according to prev discussion.
>
>
> I think it would be useful to have a separate view that shows all
> occurrences of a setting. I recall some comment about source_file and
> source_line not always being correct in pg_settings; if that's true we
> should fix that.

You mean that pg_settings view shows the variable in current session?
pg_settings view shows can be changed if user set the GUC parameter in
session or GUC parameter is set to role individually.
But I don't think pg_file_settings view has such a behavior.

Regards,

-------
Sawada Masahiko

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2015-01-23 15:39:34 Re: TODO : Allow parallel cores to be used by vacuumdb [ WIP ]
Previous Message Andres Freund 2015-01-23 15:10:17 Re: basebackups during ALTER DATABASE ... SET TABLESPACE ... not safe?