From: Tom Lane <tgl@sss.pgh.pa.us>
To: Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Cc: leiyanliang@highgo.com <leiyanliang@highgo.com>
Cc: pgsql-bugs@lists.postgresql.org <pgsql-bugs@lists.postgresql.org>
Subject: Re: BUG #17077: about three parameters in postgresql 13.3
Date: Sat, 17 Jul 2021 11:04:14 -0400
Message-ID: <66575.1626534254@sss.pgh.pa.us> (raw)
In-Reply-To: <CALj2ACWNacYVcZx4evp+KzQWXsXcWzRE9eewjpAJxNB+xCsKWA@mail.gmail.com>
References: <17077-ade8e166a01e1374@postgresql.org>
<202107171236202362593@highgo.com>
<56876.1626531624@sss.pgh.pa.us>
<CALj2ACWNacYVcZx4evp+KzQWXsXcWzRE9eewjpAJxNB+xCsKWA@mail.gmail.com>
Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com> writes:
> On Sat, Jul 17, 2021 at 7:50 PM Tom Lane <tgl@sss.pgh.pa.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
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-bugs@postgresql.org
Cc: tgl@sss.pgh.pa.us, bharath.rupireddyforpostgres@gmail.com, leiyanliang@highgo.com, pgsql-bugs@lists.postgresql.org
Subject: Re: BUG #17077: about three parameters in postgresql 13.3
In-Reply-To: <66575.1626534254@sss.pgh.pa.us>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox