Re: [PATCH] Improve ability to display optimizer analysis using OPTIMIZER_DEBUG

From: Ankit Kumar Pandey <itsankitkp(at)gmail(dot)com>
To: David Rowley <dgrowleyml(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pghackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: [PATCH] Improve ability to display optimizer analysis using OPTIMIZER_DEBUG
Date: 2023-01-03 06:59:00
Message-ID: 35a06490-6078-bb91-a87f-2f9b259845e1@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 03/01/23 08:38, David Rowley wrote:
> I'm with Tom on this. I've never once used this feature to try to
> figure out why a certain plan was chosen or not chosen.
>
> I'd really rather not see us compiling all that debug code in by
> default unless it's actually going to be useful to a meaningful number
> of people.
>
Okay this makes sense.

>
> Do you actually have a need for this or are you just trying to tick
> off some TODO items?
>
I would say Iatter but reason I picked it up was more on side of
learning optimizer better. Currently, I am left with

explain analyze which does its job but for understanding internal
working of optimizer, there are not much alternatives.

Again, if I know where to put breakpoint, I could see required
path/states but point of this todo item is

ability to do this without need of developer tools.

Also from the thread,

https://www.postgresql.org/message-id/20120821.121611.501104647612634419.t-ishii@sraoss.co.jp

> +1. It would also be popular with our academic users.
>
There could be potential for this as well.

--
Regards,
Ankit Kumar Pandey

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message vignesh C 2023-01-03 07:01:10 Re: Time delayed LR (WAS Re: logical replication restrictions)
Previous Message Alexander Korotkov 2023-01-03 06:29:00 Re: Allow placeholders in ALTER ROLE w/o superuser