diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2010-08-01 19:16:47 +0000 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2010-08-01 19:16:47 +0000 |
| commit | 7354dbfa8c2f88dfea1a93960e04d1d7544d38c3 (patch) | |
| tree | 6fbe813a16f7718e27c28dbabb2eff6d688335e4 /src/backend/executor/nodeBitmapIndexscan.c | |
| parent | 538cb94db8ca507803d22a3c0ee1649822ec1c03 (diff) | |
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 'src/backend/executor/nodeBitmapIndexscan.c')
0 files changed, 0 insertions, 0 deletions
