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 1pQG68-0008JV-26 for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Feb 2023 23:13:00 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pQG66-0006uk-Ti for pgsql-hackers@arkaria.postgresql.org; Thu, 09 Feb 2023 23:12:58 +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 1pQG66-0006uV-Kk for pgsql-hackers@lists.postgresql.org; Thu, 09 Feb 2023 23:12:58 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pQG61-0007jw-TB for pgsql-hackers@lists.postgresql.org; Thu, 09 Feb 2023 23:12:57 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 319NCo5x3972106; Thu, 9 Feb 2023 18:12:50 -0500 From: Tom Lane To: Michael Paquier cc: Peter Eisentraut , Postgres hackers , "Drouvot, Bertrand" Subject: Re: Generating code for query jumbling through gen_node_support.pl In-reply-to: References: <9695f035-0f2b-92b9-deed-0b7e5bb7e4e0@enterprisedb.com> <268fd337-8bb7-92e6-0da2-416c022c11f3@enterprisedb.com> <3344827.1675809127@sss.pgh.pa.us> Comments: In-reply-to Michael Paquier message dated "Fri, 10 Feb 2023 07:49:45 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3972104.1675984370.1@sss.pgh.pa.us> Date: Thu, 09 Feb 2023 18:12:50 -0500 Message-ID: <3972105.1675984370@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Michael Paquier writes: > Tom, did you get a chance to look at what is proposed here and expand > the use of query_jumble_ignore in the definitions of the nodes rather > than have an enforced per-file policy in gen_node_support.pl? Sorry, didn't look at it before. I'm okay with the pathnodes.h changes --- although surely you don't need changes like this: - pg_node_attr(abstract) + pg_node_attr(abstract, no_query_jumble) "abstract" should already imply "no_query_jumble". I wonder too if you could shorten the changes by making no_query_jumble an inheritable attribute, and then just applying it to Path and Plan. The changes in parsenodes.h seem wrong, except for RawStmt. Those node types are used in parsed queries, aren't they? regards, tom lane