Re: Data structure for indexing on multiple keys.

From: Dan <guntermann_at_verizon.com>
Date: Fri, 10 Sep 2004 15:57:18 GMT
Message-ID: <y9k0d.162$bj2.77_at_trnddc08>


"Jose Juan Mendoza Rodriguez" <me_at_privacy.net> wrote in message news:hj5qhc.ga.ln_at_ID-112571.user.uni-berlin.de...
>
> > Please note that this is not about composite keys but supporting
> >multiple keys for searching. Thanks in advance for inputs!
> >
[snip]
> There is a somewhat old survey paper published in ACM Computing Surveys,
>
> Volker Gaede, Oliver Günther
> Multidimensional Access Methods
> ACM Computing Surveys, Vol. 30, No. 2, June 1998
>
> If you do not have access to this paper, try searching the web for the
> following keywords. For main memory:
>
> k-d Tree (Bentley)
> BSP Tree (Fuchs)
> BD Tree (Ohsawa and Sakauchi)
> Quadtree
>
> For secondary storage:
>
> k-d-B Tree (Robinson)
> LSD Tree (Henrich)
> Buddy Tree (Seeger and Kriegel)
> BANG File (Freeston)
> hB Tree (Lomet and Salzberg)
> BV Tree (Freeston)
> R-Tree (Guttman)
> R* Tree (Beckmann)
> P-Tree (Jagadish)
> P-Tree (Schiwietz)
> SKD Tree (Ooi)
> GBD Tree (Ohsawa and Sakauchi)
> PLOP Hashing (Kriegel and Seeger)
> Extended k-d Tree (Matsuyama)
> R+ Tree (Stonebraker)
> Cell Tree (Günther)
> Multilayer Grid File (Six and Widmayer)
> R-File (Hutflesz)
>
> I think that k-d trees and k-d-B trees are the easiest to understand,
> the latter being a blend of the former and B-trees.
>
Excellent. I don't know if this helps the OP, but this is great for me. I've read a few, but didn't have such a complete list. Let the research begin!

Thank-you very much.

> Regards.

Dan

>
> José Juan Mendoza Rodríguez
>
> let me=josejuanmr in
> let privacy=lycos in
> let net=es in
> me_at_privacy.net
Received on Fri Sep 10 2004 - 17:57:18 CEST

Original text of this message