BUG #17110: [FEATURE REQUEST] Log all plans for a query instead of just showing the most optimal plan

From: PG Bug reporting form <noreply(at)postgresql(dot)org>
To: pgsql-bugs(at)lists(dot)postgresql(dot)org
Cc: abhiroj95(at)gmail(dot)com
Subject: BUG #17110: [FEATURE REQUEST] Log all plans for a query instead of just showing the most optimal plan
Date: 2021-07-15 11:58:12
Message-ID: 17110-55d0c019f99b8c13@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

The following bug has been logged on the website:

Bug reference: 17110
Logged by: masterskipper
Email address: abhiroj95(at)gmail(dot)com
PostgreSQL version: 11.10
Operating system: debian9
Description:

Hi,

Recently, we had to optimize a query that was behaving differently on
different databases (because data distribution and selectivity on each DB
were different). The problem is that it is very very difficult today to
understand why is the DB selecting the query plan it shows (and not other
plans). For e.g. why prefer sequential scan over index scan? what were the
costs that it calculated which made it prefer sequential scan?

Investigating such issues will become way more user friendly rather than
doing a guess work in and out. I believe this is a valid request and would
request you to please consider some time to fix it.

Many Thanks,
Abhiroj

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Ibrar Ahmed 2021-07-15 13:02:28 Re: BUG #16583: merge join on tables with different DB collation behind postgres_fdw fails
Previous Message Alexander Korotkov 2021-07-15 10:56:13 Re: IRe: BUG #16792: silent corruption of GIN index resulting in SELECTs returning non-matching rows