Horton

Re: Proposal - Allow extensions to set a Plan Identifier

Sami Imseih <samimseih@gmail.com>

View thread
From: Sami Imseih <samimseih@gmail.com>
To: Michael Paquier <michael@paquier.xyz>
Cc: Andrei Lepikhov <lepihov@gmail.com>, Lukas Fittl <lukas@fittl.com>, Bertrand Drouvot <bertranddrouvot.pg@gmail.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2025-03-26T03:12:08Z
Lists: pgsql-hackers

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

  1. Allow plugins to set a 64-bit plan identifier in PlannedStmt

>
> So this comes down to forking the Postgres code to do the job.  What I
> had in mind was a slightly different flow, where we would be able to
> push custom node attributes between the header parsing and the
> generation of the extension code.  If we do that, there would be no
> need to fork the Postgres code: extensions could force the definitions
> they want to the nodes they want to handle, as long as these do not
> need to touch the in-core query jumble logic, of course.


Allowing extensions to generate code for custom node attributes could be
taken up in 19. What about for 18 we think about exposing AppendJumble,
 JUMBLE_FIELD, JUMBLE_FIELD_SINGLE and JUMBLE_STRING?


—
Sami Imseih
Amazon Web Services (AWs)

>