Re: Why isn't PG using an index-only scan? - Mailing list pgsql-performance

From Andrei Lepikhov
Subject Re: Why isn't PG using an index-only scan?
Date
Msg-id 32dc1fe9-175a-4894-b4c4-c6cdc6a76a16@gmail.com
Whole thread Raw
In response to Re: Why isn't PG using an index-only scan?  (David Rowley <dgrowleyml@gmail.com>)
Responses Re: Why isn't PG using an index-only scan?
List pgsql-performance
On 18/9/2025 09:20, David Rowley wrote:
> On Thu, 18 Sept 2025 at 18:36, Jean-Christophe BOGGIO
> If it still takes a long time, you might try SET enable_mergejoin = 0;
> and run the EXPLAIN ANALYZE SELECT .. part.  That'll at least give us
> more accurate row counts of what we're actually working with.This appears to be a good example of a missing feature:
thein-execution 
 
callback or hook.
Imagine if we had a hook within the ExecProcNode. In that scenario, we 
could create a trivial extension that would stop the query after, let's 
say, 10 minutes of execution and display the current state. This would 
give us more reliable data on estimation and the state of the plan tree.

What are your thoughts?

-- 
regards, Andrei Lepikhov



pgsql-performance by date:

Previous
From: Jean-Christophe BOGGIO
Date:
Subject: Re: Why isn't PG using an index-only scan?
Next
From: David Rowley
Date:
Subject: Re: Why isn't PG using an index-only scan?