Re: making EXPLAIN extensible

From: Andrei Lepikhov <lepihov(at)gmail(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: making EXPLAIN extensible
Date: 2025-03-04 13:56:40
Message-ID: 754369a6-9017-4d5d-8fea-7768e5b94b0f@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 28/2/2025 20:26, Robert Haas wrote:
> So here are some patches.
Yes, this is a big pain for extension developers. As I remember, it was
discussed multiple times in the hackers' mailing list.
Because there is no explain node hook, I use a patch in almost each of
my extensions: I write optimisation helpers, and it is necessary to show
which node was influenced and how. I guess pg_hint_plan will also profit
from this extra extensibility.

Passing through the patches, I would say that changing the order of 0001
and 0002 would make them more independent.
Also, I'm ok with the floating order of extension messages in the
explain output. We get used to living with dependencies on extension
load order (pg_stat_statements quite annoyingly impacts queryid, for
example), and this issue should be solved generally, in my opinion.
I support the way where extensions are allowed to print info but not
restructure or remove something.
Wait for the commit!

--
regards, Andrei Lepikhov

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Mark Dilger 2025-03-04 14:05:18 Re: SQL:2023 JSON simplified accessor support
Previous Message Robert Haas 2025-03-04 13:33:46 Re: what's going on with lapwing?