Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nc9v3-00054d-QC for pgsql-hackers@arkaria.postgresql.org; Wed, 06 Apr 2022 17:58:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nc9v2-0002Bz-LM for pgsql-hackers@arkaria.postgresql.org; Wed, 06 Apr 2022 17:58:12 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nc9v1-0002Bn-BE for pgsql-hackers@lists.postgresql.org; Wed, 06 Apr 2022 17:58:12 +0000 Received: from wout4-smtp.messagingengine.com ([64.147.123.20]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nc9uy-0005x6-CB for pgsql-hackers@lists.postgresql.org; Wed, 06 Apr 2022 17:58:10 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 74F063201DD2; Wed, 6 Apr 2022 13:58:06 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Wed, 06 Apr 2022 13:58:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:reply-to:sender:subject:subject:to:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; bh=LCpD/k3sEkCM21edMtpWz9HBIH1UbR0eZAo0TucnD14=; b=csD/7SFj eU8JvS90t4RmeSgWoUKb2lusJ5SsZMm+SeAU9LIVywhtnUWjqAiSD4j7Orb3OjKe uYo7htRw8Prj/4SHZpYa4mJnFORa703/tM2ZnApzTrNSu6nLlR1a+HBMaxgGrQ9I j05gq2KTaIAvBZzNHyLTh5b/vcmgeZGkkorHRoW5Ee2GJPeGhR0p1bOdT/I342+r elouxNFY5aPUWYNPj4gmNqYRlOBYXIgsznVdGO6OMum1GyUIWka0+cGRbZMaPTrE lCmVb+oi+LGa5bNWkZcBw/Vy1XdpP/MZHvvjaaY4vkFymZM3y8maO195ajdWuy16 5079gEQn0ke2ng== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudejiedguddulecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvuffkgggtugfgjgesthekredttddtjeenucfhrhhomheptehlvhgr rhhoucfjvghrrhgvrhgruceorghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh eqnecuggftrfgrthhtvghrnhepudejveejffejveduudetvdekieeuiedtvdeileefkeev jedufeeguedvjefhueelnecuffhomhgrihhnpegvnhhtvghrphhrihhsvggusgdrtghomh enucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhv hhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorhhg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 6 Apr 2022 13:58:05 -0400 (EDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id E51E62A0369; Wed, 6 Apr 2022 13:58:02 -0400 (-04) Date: Wed, 6 Apr 2022 19:58:02 +0200 From: Alvaro Herrera To: Tom Lane Cc: pgsql-hackers@lists.postgresql.org, Mark Dilger Subject: Re: How about a psql backslash command to show GUCs? Message-ID: <202204061758.leffczewl4kd@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3118455.1649267333@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2022-Apr-06, Tom Lane wrote: > However, I very often find myself resorting to the much more tedious > > select * from pg_settings where name like '%foo%'; > > when I want to see some related parameters, or when I'm a bit > fuzzy on the exact name of the parameter. Been there many times, so +1 for the general idea. > In the discussion about adding privileges for GUCs [1], there > was a proposal to add a new psql backslash command to show GUCs, > which could reduce this problem to something like > > \dcp *foo* +1. As for command name, I like \show as proposed by Pavel. -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/