emmettmoore
Re:What's new in the Postgres 16 query planner (a.k.a. optimizer)
on Friday February 09, 2024 @09:20AM (#39315081)
> Just a nice example of where the obvious "use query hints to make it use the index" would have been the worst option, instead figuring out why postgres didn't want to use it and fixing that resulted in something much better.
I come to the opposite conclusion. Clustering a table results in an access exclusive lock, and due to MVCC the ordering isn’t permanent.
Here, you as the engineer know you’d like to use a sorted index to stream results out even if the overall query end to end is slower due to the I/O cost. In my opinion there should be a way to express this within the query.
Re:What's new in the Postgres 16 query planner (a.k.a. optimizer)
on Friday February 09, 2024 @09:09AM (#39314986)
What is the JOB paper? A quick google search didn’t find it, but I’d be interesting to see the recommendations