Re: Best way to scan on-disk bitmaps

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

In response to

Responses

Browse pgsql-hackers by date

  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