From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Teodor Sigaev <teodor(at)sigaev(dot)ru> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Greg Stark <gsstark(at)mit(dot)edu>, "Victor Y(dot) Yegorov" <viy(at)mits(dot)lv>, Postgres Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Best way to scan on-disk bitmaps |
Date: | 2005-05-16 22:53:43 |
Message-ID: | 200505162253.j4GMrhZ16436@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
If people have GIST TODOs, please post them.
---------------------------------------------------------------------------
Teodor Sigaev wrote:
> About page splitting algorithm in GiST in multikey case. For the beginning, page
> is splitted by calling pickSplit method of key of first column (pickSplit method
> is defined for opclass and it is a user function), then it try to find equal
> values of first column in left and right pages ( gist.c lines 1264-1901 ). If
> it is, then GiST core will try to resort tuples with first equal keys between
> left and right pages using penalty method for second and higher column's key. If
> it's not, it leave pages untouched. But unions for parent page of second and
> higher column's keys will be formed.
>
> 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: <, <=, =, =>, >.
>
>
>
> --
> Teodor Sigaev E-mail: teodor(at)sigaev(dot)ru
> WWW: http://www.sigaev.ru/
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
> joining column's datatypes do not match
>
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2005-05-17 00:54:15 | Re: pgFoundry |
Previous Message | jason | 2005-05-16 22:09:18 | SQL99 hierarchical queries stalled |