Re: Best way to scan on-disk bitmaps
От | Tom Lane |
---|---|
Тема | Re: Best way to scan on-disk bitmaps |
Дата | |
Msg-id | 10044.1118704821@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Best way to scan on-disk bitmaps (Teodor Sigaev <teodor@sigaev.ru>) |
Ответы |
Re: Best way to scan on-disk bitmaps
|
Список | pgsql-hackers |
Teodor Sigaev <teodor@sigaev.ru> wrote: > ... So, if index is defined as 'using gist (a,b,c)' then, in > principle, GiST index can speed up queries like 'a=V1 and c=V2'. But > it will not usable for queries ( b=V3 and c=V2 ). By the way, instead > of '=' operation may be used other operations. Number of supported > operations by GiST is indefinite unlike, for example, btree which > supported only five: <, <=, =, =>, >. I have committed changes to the planner to arrange that a GiST indexscan must supply at least one restriction clause for the first index column, and can supply restriction clauses for any, all, or none of the remaining columns; the old left-to-right heuristic is gone. As far as I can tell, this doesn't require any changes to the GiST code, but please take another look if you aren't too sure about it. regards, tom lane
В списке pgsql-hackers по дате отправления: