aboutsummaryrefslogtreecommitdiff
path: root/contrib/btree_gist/btree_gist.h
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2010-08-01 19:16:39 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2010-08-01 19:16:39 +0000
commitd4fe61b08353c98b636255645a76709f3051df34 (patch)
treed7e71f995047222c25389f40a9b0705ddcd3c954 /contrib/btree_gist/btree_gist.h
parent0454f131616ecafcc9289da919ab9acdabd0aad7 (diff)
downloadpostgresql-d4fe61b08353c98b636255645a76709f3051df34.tar.gz
postgresql-d4fe61b08353c98b636255645a76709f3051df34.zip
Fix an additional set of problems in GIN's handling of lossy page pointers.
Although the key-combining code claimed to work correctly if its input contained both lossy and exact pointers for a single page in a single TID stream, in fact this did not work, and could not work without pretty fundamental redesign. Modify keyGetItem so that it will not return such a stream, by handling lossy-pointer cases a bit more explicitly than we did before. Per followup investigation of a gripe from Artur Dabrowski. An example of a query that failed given his data set is select count(*) from search_tab where (to_tsvector('german', keywords ) @@ to_tsquery('german', 'ee:* | dd:*')) and (to_tsvector('german', keywords ) @@ to_tsquery('german', 'aa:*')); Back-patch to 8.4 where the lossy pointer code was introduced.
Diffstat (limited to 'contrib/btree_gist/btree_gist.h')
0 files changed, 0 insertions, 0 deletions