Re: Showing primitive index scan count in EXPLAIN ANALYZE (for skip scan and SAOP scans)
Peter Geoghegan <pg@bowt.ie>
From: Peter Geoghegan <pg@bowt.ie>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Matthias van de Meent <boekewurm+postgres@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2025-02-17T22:44:32Z
Lists: pgsql-hackers
On Wed, Aug 28, 2024 at 9:52 AM Peter Geoghegan <pg@bowt.ie> wrote: > On Wed, Aug 28, 2024 at 9:49 AM Robert Haas <robertmhaas@gmail.com> wrote: > > > > I agree with this analysis. I don't see why IndexScanDesc would ever > > > > be the right place for this. > > > > > > Then what do you think is the right place? > > > > The paragraph that I agreed with and quoted in my reply, and that you > > then quoted in your reply to me, appears to me to address that exact > > question. > > Are you talking about adding global counters, in the style of pgBufferUsage? > > Or are you talking about adding it to BTSO? If it's the latter, then > why isn't that at least as bad? It's just the IndexScanDesc thing, but > with an additional indirection. I need more feedback about this. I don't understand your perspective here. If I commit the skip scan patch, but don't have something like this instrumentation in place, it seems quite likely that users will complain about how opaque its behavior is. While having this instrumentation isn't quite a blocker to committing the skip scan patch, it's not too far off, either. I want to be pragmatic. Any approach that's deemed acceptable is fine by me, provided it implements approximately the same behavior as the patch that I wrote implements. Where is this state that tracks the number of index searches going to live, if not in IndexScanDesc? I get why you don't particularly care for that. But I don't understand what the alternative you favor looks like. -- Peter Geoghegan
Commits
-
Show index search count in EXPLAIN ANALYZE, take 2.
- 0fbceae841cb 18.0 landed
-
Show index search count in EXPLAIN ANALYZE.
- 5ead85fbc811 18.0 landed
-
Allow usage of match_orclause_to_indexcol() for joins
- 627d63419e22 18.0 cited
-
Fix nbtree pgstats accounting with parallel scans.
- c00c54a9ac1e 18.0 landed
- fb4f5e58af97 17.0 landed
-
Enhance nbtree ScalarArrayOp execution.
- 5bf748b86bc6 17.0 cited
-
Fix EXPLAIN ANALYZE of hash join when the leader doesn't participate.
- 5bcf389ecfd4 11.0 cited