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 1hug5A-00027T-A4 for pgsql-hackers@arkaria.postgresql.org; Mon, 05 Aug 2019 16:43:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hug59-0006LL-7p for pgsql-hackers@arkaria.postgresql.org; Mon, 05 Aug 2019 16:43:35 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hug58-0006LE-W7 for pgsql-hackers@lists.postgresql.org; Mon, 05 Aug 2019 16:43:35 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hug56-0007z1-P4 for pgsql-hackers@postgresql.org; Mon, 05 Aug 2019 16:43:34 +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 x75GhOfG005740; Mon, 5 Aug 2019 12:43:24 -0400 From: Tom Lane To: Robert Haas cc: David Fetter , Ian Barwick , Tomas Vondra , Andres Freund , Stephen Frost , Amit Kapila , "pgsql-hackers@postgresql.org" Subject: Re: [PATCH] Stop ALTER SYSTEM from making bad assumptions In-reply-to: References: <31697.1564784856@sss.pgh.pa.us> <32681.1564786027@sss.pgh.pa.us> <20190803004558.jfkbngi6g64eaqku@alap3.anarazel.de> <20190803010802.rs3cz2kjq4dl4olu@alap3.anarazel.de> <20190803124111.2aaddumd7url5wmq@development> <16320.1564851579@sss.pgh.pa.us> <20190805162203.GR31493@fetter.org> <4768.1565022305@sss.pgh.pa.us> Comments: In-reply-to Robert Haas message dated "Mon, 05 Aug 2019 12:31:00 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <5738.1565023404.1@sss.pgh.pa.us> Date: Mon, 05 Aug 2019 12:43:24 -0400 Message-ID: <5739.1565023404@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Robert Haas writes: > On Mon, Aug 5, 2019 at 12:25 PM Tom Lane wrote: >> Perhaps as a future improvement, but it's not happening for v12, >> at least not unless you accept "use ALTER SYSTEM in a standalone >> backend" as a usable answer. > I'm not sure that would even work for the cases at issue ... because > we're talking about setting up recovery parameters, and wouldn't the > server run recovery before it got around to do anything with ALTER > SYSTEM? Yeah, good point. There are a lot of other cases where you really don't want system startup to happen, too. On the other hand, people have also opined that they want full error checking on the inserted values, and that seems out of reach with less than a full running system (mumble extensions mumble). In the end, I think I don't buy Stephen's argument that there should be a one-size-fits-all answer. It seems entirely reasonable that we'll have more than one way to do it, because the constraints are different depending on what use-case you think about. regards, tom lane