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 по дате отправления: