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 1oSmca-00068Z-9p for pgsql-hackers@arkaria.postgresql.org; Mon, 29 Aug 2022 21:48:40 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oSmcY-00079R-QG for pgsql-hackers@arkaria.postgresql.org; Mon, 29 Aug 2022 21:48:38 +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 1oSmcY-00079H-HX for pgsql-hackers@lists.postgresql.org; Mon, 29 Aug 2022 21:48:38 +0000 Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oSmcV-0002vG-BY for pgsql-hackers@lists.postgresql.org; Mon, 29 Aug 2022 21:48:37 +0000 Received: (Authenticated sender: adsend@dunslane.net) by mail.gandi.net (Postfix) with ESMTPSA id AC828E0003; Mon, 29 Aug 2022 21:48:28 +0000 (UTC) Message-ID: <2c8e3085-7eae-8666-5a3a-fd1e44bc8ed3@dunslane.net> Date: Mon, 29 Aug 2022 17:48:26 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: SQL/JSON features for v15 Content-Language: en-US To: "Jonathan S. Katz" , Amit Langote , Nikita Glukhov Cc: Tom Lane , Robert Haas , Andres Freund , PostgreSQL Hackers , Michael Paquier , John Naylor References: <69022273-e7e3-6d1a-10f8-d1b4740e4b97@postgresql.org> <92cab50c-152b-84fc-fd49-12b936113a3d@postgresql.org> <692364.1661267311@sss.pgh.pa.us> <35468585-e18f-3be6-a228-4ec478f796ac@postgresql.org> <716936.1661275451@sss.pgh.pa.us> <3596205e-ce1e-6959-7559-6ddd67f8294b@postgrespro.ru> <3f8d4c2b-1e58-bf19-580e-64e9755897ef@postgrespro.ru> <072a47f0-7a39-2266-5f90-1178a3860be1@dunslane.net> <1992b190-f00b-8435-b561-e3c6ac450482@postgresql.org> <59660a0b-7b7a-75ab-75c4-b6d53fbda5f6@dunslane.net> <6ba7ba7b-9fdd-674f-c227-59a59e0de1ec@postgrespro.ru> <5b00e2f9-1662-2a10-125f-8e4da04ce64f@postgresql.org> From: Andrew Dunstan In-Reply-To: <5b00e2f9-1662-2a10-125f-8e4da04ce64f@postgresql.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2022-08-29 Mo 09:35, Jonathan S. Katz wrote: > On 8/29/22 8:56 AM, Amit Langote wrote: >> On Sat, Aug 27, 2022 at 5:11 AM Nikita Glukhov >> wrote: > >> I am not sure if it's OK to eval_const_expressions() on a Query >> sub-expression during parse-analysis.  IIUC, it is only correct to >> apply it to after the rewriting phase. >> >>>     Maybe it would be better to simply remove DEFAULT ON EMPTY. >> >> So +1 to this for now. > > +1, if this simplifies the patch and makes it acceptable for v15 > >>> It is possible to easily split this patch into several subpatches, >>> I will do it if needed. >> >> That would be nice indeed. > > With RMT hat on, the RMT has its weekly meetings on Tuesdays. Based on > the timing of the Beta 4 commit freeze[1] and how both > including/reverting are nontrivial operations (e.g. we should ensure > we're confident in both and that they pass through the buildfarm), we > are going to have to make a decision on how to proceed at the next > meeting. > > Can folks please chime in on what they think of the current patchset > and if this is acceptable for v15? > > I think at a pinch we could probably go with it, but it's a close call. I think it deals with the most pressing issues that have been raised. If people are still worried I think it would be trivial to add in calls that error out of the DEFAULT clauses are used at all. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com