On Fri, Jul 29, 2016 at 10:44:29AM -0400, Stephen Frost wrote: > Another thought that was kicking around in my head related to that is if > we could have indexes that only provide page-level information (similar > to BRIN, but maybe a btree) and which also would allow HOT updates. > Those indexes would typically be used in a bitmap index scan where we're > going to be doing a bitmap heap scan with a recheck, of course, though I > wonder if we could come up with a way to do an in-order bitmap index > scan where we sort the tuples on the page and then perform some kind of > mergejoin recheck (or just pull out whatever the lowest-not-seen each > time we sort the tuples on the page).
So allow HOT updates if the updated row is on the same page, even if the indexed column was changed, by scanning the page --- got it. -- Bruce Momjian <br...@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription + -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
