Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rsQdA-006zqT-4t for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Apr 2024 17:12:04 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rsQd9-009bCu-D1 for pgsql-hackers@arkaria.postgresql.org; Thu, 04 Apr 2024 17:12:03 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rsQc6-009XKB-Po for pgsql-hackers@lists.postgresql.org; Thu, 04 Apr 2024 17:10:59 +0000 Received: from wout5-smtp.messagingengine.com ([64.147.123.21]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rsQc3-000ZC4-VB for pgsql-hackers@postgresql.org; Thu, 04 Apr 2024 17:10:57 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 54F343200A9A; Thu, 4 Apr 2024 13:10:53 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Thu, 04 Apr 2024 13:10:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1712250652; x= 1712337052; bh=8DFfQfmM2ZFWu3nrzIGfGuu7SX1l/mpvNnJWYEyByCc=; b=R Tl+u+R3yrGgOtQWlaBJhTZYTXW1+sKTD6ICc1b6eafSZHTc3unZhX3/QOEq1TOMl qhcXYWuy+XPdE0xUzUfF4Biy0ojAsB2Ha6GdOPQ425UlQTqDnUGZDNQxc4tKHyRR Rd29cPbn98pvZDlEbipUBaMVavcNcT/ydPNRRKgffxcTc+mVxGc91QQbBUkDcl4O pjACt4CAPk2xsuKuiZ2G6SlJhAQoNh5obGPZQ491UY8xHe8U5l/LWycqA03VnI6k swNQOi1r0dFofNFEkX0cwVB5ni9CBPqr94D8wYtHzgzQOjMHiEN9S39RD1oF6ANS IZx+9JGeytg39bCi/QgnA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrudefkedgudduudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvvefukfggtggugfgjsehtkeertddttdejnecuhfhrohhmpeetlhhv rghrohcujfgvrhhrvghrrgcuoegrlhhvhhgvrhhrvgesrghlvhhhrdhnohdqihhprdhorh hgqeenucggtffrrghtthgvrhhnpeelvdekvdeuleetfeffveejgfefueelheejtdeiveej leffgeefleegvdetkedvteenucffohhmrghinhepvghnthgvrhhprhhishgvuggsrdgtoh hmpdhpohhsthhgrhdrvghsnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehm rghilhhfrhhomheprghlvhhhvghrrhgvsegrlhhvhhdrnhhoqdhiphdrohhrgh X-ME-Proxy: Feedback-ID: ia2694551:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 4 Apr 2024 13:10:51 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alvh.no-ip.org; s=schmee; t=1712246017; bh=zC5Xf5sldg51vIFayjedXkVgvqSkF5Dk0uQq67qReVM=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=VhH/FDwTYY0j3MIHiCvbZ+T1Cc2zOHu8BgO0530qztbHekqtdrOVnsuyXyO/HyKf4 aLO4XRcukn/6u5Ay+StfNWM4D5LAaFaG/V9/wq71WZWELoPYMj87gvRq13QqevBPuZ NPGeM6hldLfkkXai+5kVhd5l7nyVp0pSOjc2UIbAKYtpNLd+ykEUp5aygLgWkFIxuU ldVDFdDdUqUnZjiVxbFYpLGZ/dkzmL8EcZvKhKfdLFyXQ1B0k5T9p27yh1KDmiAlqz 7XVBNj+ZKxdeWfKCDWO3QtfPkfTOh5zO1Q0L0fUdIxvwFtdFfr6AvUHt3gZWj3lNjI LosEZxxZD3+yQ== Received: by schmee.alvh.no-ip.org (Postfix, from userid 1000) id 3B0F93C9; Thu, 4 Apr 2024 17:53:37 +0200 (CEST) Date: Thu, 4 Apr 2024 17:53:37 +0200 From: Alvaro Herrera To: Peter Eisentraut Cc: Maiquel Grassi , "Imseih (AWS), Sami" , Nathan Bossart , Jim Jones , Pavel Luzanov , Erik Wienhold , "pgsql-hackers@postgresql.org" Subject: Re: Psql meta-command conninfo+ Message-ID: <202404041553.srcj7n3auv65@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2024-Apr-04, Peter Eisentraut wrote: > But I don't really see the point of this. The information you are querying > is already available in various system views. This proposal is just a > shorthand for a collection of various random things some people like to see. > Like, by what reason is application name included as connection info? Why > not any other session settings? What about long-term maintenance: By what > logic should things be added to this? Usability is precisely the point. You could also claim that we don't need \dconfig, since you could get the same thing by querying pg_settings for non-default settings. But \dconfig is very handy. I expect \conninfo+ to be equally useful. We don't give up command history just on the grounds that you can obtain the same effect by retyping the command. I'm not sure to what extent is it useful to make a distinction between the values that the client knows from those that the server knows. If it is, then we can redefine \conninfo+ to use the client values. The point about application_name is a valid one. I guess it's there because it's commonly given from the client side rather than being set server-side, even though it's still a GUC. Arguably we could remove it from \conninfo+, and claim that nothing that shows up in \dconfig should also appear in \conninfo+. Then users should get in the habit of using both to obtain a full picture. This sounds to me a very good compromise actually. -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/ Tom: There seems to be something broken here. Teodor: I'm in sackcloth and ashes... Fixed. http://postgr.es/m/482D1632.8010507@sigaev.ru