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
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 |