Re: BUG #17077: about three parameters in postgresql 13.3

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>
Cc: "leiyanliang(at)highgo(dot)com" <leiyanliang(at)highgo(dot)com>, "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #17077: about three parameters in postgresql 13.3
Date: 2021-07-17 15:04:14
Message-ID: 66575.1626534254@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> writes:
> On Sat, Jul 17, 2021 at 7:50 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> The code is operating as designed. It does seem odd that there's no
>> mention of these variables in the documentation, though.

> I think the point that the 3 GUCs have no explanation in the docs but
> still show up in the pg_settings was discussed at [1]. There, we
> wanted to add GUC_NO_SHOW_ALL for 3 of them. I still would prefer it
> because the 3 GUCs will only be used internally(?).

I've concluded that we should just document them (and am working
on that right now). It's certainly true that there is a use-case
for reading them: libpq does "SHOW transaction_read_only", for
example. And since we've gone to the trouble of making SET of one
of these equivalent to SET TRANSACTION, we should probably just
document that it is.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Andrey Borodin 2021-07-17 17:01:00 Re: CREATE INDEX CONCURRENTLY does not index prepared xact's data
Previous Message Bharath Rupireddy 2021-07-17 14:50:39 Re: BUG #17077: about three parameters in postgresql 13.3