Re: index-only scans
От | Tom Lane |
---|---|
Тема | Re: index-only scans |
Дата | |
Msg-id | 25687.1318339340@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: index-only scans (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: index-only scans
Re: index-only scans |
Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes: > Have you given any thought to what would be required to support > index-only scans on non-btree indexes - particularly, GIST? ISTM we > might have had a thought that some GIST opclasses but not others would > be able to regurgitate tuples, or maybe even that it might vary from > index tuple to index tuple. But that discussion was a long time ago, > and my memory is fuzzy. It would have to be a per-opclass property, for sure, since the basic criterion is whether the opclass's "compress" function is lossy. I don't think we can tolerate a situation where some of the index tuples might be able to yield data and others not --- that would undo all the improvements I've been working on over the past few days. I haven't thought as far ahead as how we might get the information needed for a per-opclass flag. A syntax addition to CREATE OPERATOR CLASS might be the only way. regards, tom lane
В списке pgsql-hackers по дате отправления: