Re: Ad Hoc Indexes

Поиск
Список
Период
Сортировка
Искать
От
Peter Eisentraut
Тема
Re: Ad Hoc Indexes
Дата
Msg-id
200802182245.40077.peter_e@gmx.net
Ответ на
Re: Ad Hoc Indexes (Hans-Juergen Schoenig)
Список
Дерево обсуждения
Ad Hoc Indexes Justin <justin@emproshunts.com>
Re: Ad Hoc Indexes Peter Eisentraut <peter_e@gmx.net>
Re: Ad Hoc Indexes Hans-Juergen Schoenig <postgres@cybertec.at>
Re: Ad Hoc Indexes Peter Eisentraut <peter_e@gmx.net>
Re: Ad Hoc Indexes Tom Lane <tgl@sss.pgh.pa.us>
Re: Ad Hoc Indexes Justin <justin@emproshunts.com>
Re: Ad Hoc Indexes Tom Lane <tgl@sss.pgh.pa.us>
Re: Ad Hoc Indexes Justin <justin@emproshunts.com>
Re: Ad Hoc Indexes Justin <justin@emproshunts.com>
Re: Ad Hoc Indexes "Stephen Denne" <Stephen.Denne@datamail.co.nz>
Re: Ad Hoc Indexes Justin <justin@emproshunts.com>
Re: Ad Hoc Indexes "Stephen Denne" <Stephen.Denne@datamail.co.nz>
Re: Ad Hoc Indexes Tom Lane <tgl@sss.pgh.pa.us>
Re: Ad Hoc Indexes Justin <justin@emproshunts.com>
Hans-Juergen Schoenig wrote:
> this kind of indexing makes sense if you visit the same data over and  
> over again. WITH-queries would be an example for that and self joins  
> could benefit from the this feature too.

Yes, for joins it is useful.  We have hash joins, which are kind of ad hoc 
hash indexes.  If anyone wants to implement a btree join, that might work. :)  
But I think we essentially support what the OP is asking for, it is just 
under different labels.

-- 
Peter Eisentraut
http://developer.postgresql.org/~petere/

В списке pgsql-hackers по дате отправления
От: Stephan Szabo
Дата:
От: Tom Lane
Дата:
FAQ