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

From PG Bug reporting form
Subject BUG #17110: [FEATURE REQUEST] Log all plans for a query instead of just showing the most optimal plan
Date
Msg-id 17110-55d0c019f99b8c13@postgresql.org
Whole thread Raw
Responses Re: BUG #17110: [FEATURE REQUEST] Log all plans for a query instead of just showing the most optimal plan  ("David G. Johnston" <david.g.johnston@gmail.com>)
List pgsql-bugs
The following bug has been logged on the website:

Bug reference:      17110
Logged by:          masterskipper
Email address:      abhiroj95@gmail.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


pgsql-bugs by date:

Previous
From: Alexander Korotkov
Date:
Subject: Re: IRe: BUG #16792: silent corruption of GIN index resulting in SELECTs returning non-matching rows
Next
From: Pawel Kudzia
Date:
Subject: Re: IRe: BUG #16792: silent corruption of GIN index resulting in SELECTs returning non-matching rows