Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1is9ZP-0000WP-68 for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Jan 2020 18:08:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1is9ZN-0002kt-Vv for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Jan 2020 18:08:37 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1is9ZN-0002e9-JW for pgsql-hackers@lists.postgresql.org; Thu, 16 Jan 2020 18:08:37 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1is9ZH-0002lk-Eu for pgsql-hackers@lists.postgresql.org; Thu, 16 Jan 2020 18:08:36 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id 00GI8G7J004202; Thu, 16 Jan 2020 13:08:16 -0500 From: Tom Lane To: Tomas Vondra cc: Fabien COELHO , vignesh C , Alvaro Herrera , Kyotaro Horiguchi , daniel@manitou-mail.org, peter.eisentraut@2ndquadrant.com, iwata.aya@jp.fujitsu.com, PostgreSQL Developers Subject: Re: psql - add SHOW_ALL_RESULTS option In-reply-to: <20200116174821.vbtcrpu5zqdzfe7l@development> References: <20190912193111.GA4044@alvherre.pgsql> <20200116174821.vbtcrpu5zqdzfe7l@development> Comments: In-reply-to Tomas Vondra message dated "Thu, 16 Jan 2020 18:48:21 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4200.1579198096.1@sss.pgh.pa.us> Date: Thu, 16 Jan 2020 13:08:16 -0500 Message-ID: <4201.1579198096@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Tomas Vondra writes: > This is one of the patches already marked as RFC (since September by > Alvaro). Anyone interested in actually pushing it, so that it does not > fall through to yet another commitfest? TBH, I think we'd be better off to reject it. This makes a nontrivial change in a very long-standing psql behavior, with AFAICS no way to get back the old semantics. (The thread title is completely misleading about that; there's no "option" in the patch as it stands.) Sure, in a green field this behavior would likely be more sensible ... but that has to be weighed against the fact that it's behaved the way it does for a long time, and any existing scripts that are affected by that behavior have presumably deliberately chosen to use it. I can't imagine that changing this will make very many people happier. It seems much more likely that people who are affected will be unhappy. The compatibility issue could be resolved by putting in the option that I suppose was there at the beginning. But then we'd have to have a debate about which behavior would be default, and there would still be the question of who would find this to be an improvement. If you're chaining together commands with \; then it's likely that you are happy with the way it behaves today. Certainly there's been no drumbeat of bug reports about it. regards, tom lane