public inbox for [email protected]
help / color / mirror / Atom feedFrom: Andrei Lepikhov <[email protected]>
To: Tom Lane <[email protected]>
To: [email protected]
Subject: Re: A modest proposal: make parser/rewriter/planner inputs read-only
Date: Tue, 15 Apr 2025 12:00:53 +0200
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>
References: <[email protected]>
On 4/5/25 18:46, Tom Lane wrote:
> I'm not planning to pursue this idea Right Now, but it seems like
> something that could happen for v19 or so. In the meantime I wanted
> to get the ideas down on electrons.
>
> Thoughts?
I generally like the idea because, for now, I need to be sure that no
one touched the parse tree before copying it to do additional
transformations before the optimisation phase.
But what is the way you are proposing here? Do you mean that one more
entity will be explicitly introduced: a transformed parse tree?
It would open an opportunity for extensions to build a set of
alternative transformed trees, pass them through the optimisation phase
and choose the best plan.
--
regards, Andrei Lepikhov
view thread (6+ messages) latest in thread
reply
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: [email protected]
Cc: [email protected], [email protected], [email protected]
Subject: Re: A modest proposal: make parser/rewriter/planner inputs read-only
In-Reply-To: <[email protected]>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox