Re: Add OID descriptions to dumped parse/query/plan trees

From: Kirill Reshke <reshkekirill(at)gmail(dot)com>
To: Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Add OID descriptions to dumped parse/query/plan trees
Date: 2025-08-22 09:19:02
Message-ID: CALdSSPjNQyc36GJY7Hxjg4g6rdin=LxtvPVR36ez9hb4Eef77g@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, 22 Aug 2025 at 14:08, Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com> wrote:
>
> Hi Hackers,
>
> When reading dumped parse/query/plan trees, sometime we want to know what exact type/operator/function an OID stands for. I just added a new feature that will add some OID descriptions to the dump trees, like:
>
> ```
>
> :scan.scanrelid 1
> :indexid 16474 # index orders_pkey
> :indexqual (
> {OPEXPR
> :opno 521 # operator >(integer,integer)
> :opfuncid 147 # function int4gt(integer,integer)
> :opresulttype 16 # type boolean
> :opretset false
> :opcollid 0
>
> ```
>
> The patch file is attached.
>
> Best regards,
>
> --
> Chao Li (Evan)
> HighGo Software Co., Ltd.
> https://www.highgo.com/

Hi!

In commit message:

"This patch also fixes a trivial bug where an extra whitespace was added
when dumping an array, for example:..."

Maybe worth making this a separate change?

I can see that plain text comments can be beneficial for debug
purposes. However, I am not terribly sure these comments should be
included in the text dump unconditionally. This can break some
third-party query analysing tools (as it changes format). Can we make
this optional?

--
Best regards,
Kirill Reshke

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Álvaro Herrera 2025-08-22 09:40:40 Re: Adding REPACK [concurrently]
Previous Message Chao Li 2025-08-22 09:07:51 Add OID descriptions to dumped parse/query/plan trees