]> granicus.if.org Git - postgresql/commit
Fix IOS planning when only some index columns can return an attribute.
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 1 Mar 2018 20:35:03 +0000 (15:35 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 1 Mar 2018 20:35:03 +0000 (15:35 -0500)
commitbe55bfc9386da1f7b6b1b64dee0e9e3871383640
tree2d17e3fccb78cf8b16b10b3213d6dab5ff6077fb
parent679df2b8d8a517388a3456f9826c0ceadc2ac4e1
Fix IOS planning when only some index columns can return an attribute.

Since 9.5, it's possible that some but not all columns of an index
support returning the indexed value for index-only scans.  If the
same indexed column appears in index columns that behave both ways,
check_index_only() supposed that it'd be OK to do an index-only scan
testing that column; but that fails if we have to recheck the indexed
condition on one of the columns that doesn't support this.

In principle we could make this work by remapping the recheck expressions
to pull the value from a column that does support returning the indexed
value.  But such cases are so weird and rare that, at least for now,
it doesn't seem worth the trouble.  Instead, just teach check_index_only
that a value is returnable only if all the index columns containing it
are returnable, rather than any of them.

Per report from David Pereiro Lagares.  Back-patch to 9.5 where the
possibility of this situation appeared.

Kyotaro Horiguchi

Discussion: https://postgr.es/m/1516210494.1798.16.camel@nlpgo.com
contrib/btree_gist/expected/inet.out
contrib/btree_gist/sql/inet.sql
src/backend/optimizer/path/indxpath.c