> You can't just restart from scratch, because we may already have shipped
> rows to the client
For v1, replanning wouldn't be an option if rows have already been
shipped, or for DML statements.
> parallel plans and most importantly cursors?
Parallel plans look do-able with the same approach, b
doubt
> that's worth any work (and even less the maintenance).
>
> Best regards
> Arne Roland
>
> -Original Message-
> From: pgsql-performance-ow...@postgresql.org
> [mailto:pgsql-performance-ow...@postgresql.org] On Behalf Of Oliver Mattos
> Sent: Monday, Novemb
I am interested in giving the query planner the ability to replan (or
re-rank plans) after query execution has begun, based on the
progression of the query so far.
Example use case:
* A LIMIT 1 query is planned using an expensive scan which the
planner expects to return a large number of results
