Re: Tid scan improvements
David Fetter <david@fetter.org>
From: David Fetter <david@fetter.org>
To: Michael Paquier <michael@paquier.xyz>
Cc: Edmund Horner <ejrh00@gmail.com>, Alvaro Herrera <alvherre@2ndquadrant.com>, David Rowley <david.rowley@2ndquadrant.com>, Andres Freund <andres@anarazel.de>, Thomas Munro <thomas.munro@gmail.com>, David Steele <david@pgmasters.net>, Tom Lane <tgl@sss.pgh.pa.us>, Tomas Vondra <tomas.vondra@2ndquadrant.com>, PostgreSQL Developers <pgsql-hackers@lists.postgresql.org>
Date: 2021-01-01T01:30:20Z
Lists: pgsql-hackers
Attachments
- v10-0001-first-cut.patch (text/x-diff)
On Sun, Dec 01, 2019 at 11:34:16AM +0900, Michael Paquier wrote: > On Thu, Sep 05, 2019 at 01:06:56PM +1200, Edmund Horner wrote: > > So, I think we need to either get some help from someone familiar with > > heapam.c, or maybe shelve the patch. It has been work in progress for > > over a year now. > > Okay, still nothing has happened after two months. Once this is > solved a new patch submission could be done. For now I have marked > the entry as returned with feedback. I dusted off the last version of the patch without implementing the suggestions in this thread between here and there. I think this is a capability worth having, as I was surprised when it turned out that it didn't exist when I was looking to make an improvement to pg_dump. My idea, which I'll get back to when this is in, was to use special knowledge of heap AM tables to make it possible to parallelize dumps of large tables by working separately on each underlying file, of which there could be quite a few for a large one. Will try to understand the suggestions upthread better and implement same. Best, David. -- David Fetter <david(at)fetter(dot)org> http://fetter.org/ Phone: +1 415 235 3778 Remember to vote! Consider donating to Postgres: http://www.postgresql.org/about/donate
Commits
-
Add TID Range Scans to support efficient scanning ranges of TIDs
- bb437f995d47 14.0 landed
-
Improve planner's selectivity estimates for inequalities on CTID.
- f7111f72d2fd 12.0 landed