<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Efficiency Improvement of Narrow Range Query ⋆ Processing in R-tree</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Peter Chovanec</string-name>
          <email>peter.chovanec@vsb.cz</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Michal Kr´atky´</string-name>
          <email>michal.kratky@vsb.cz</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer Science Technical University of Ostrava</institution>
          ,
          <country country="CZ">Czech Republic</country>
        </aff>
      </contrib-group>
      <fpage>154</fpage>
      <lpage>165</lpage>
      <abstract>
        <p>Indexing methods for efficient processing of multidimensional data are very requested in many fields, like geographical information systems, drawing documentations etc. Well-known R-tree is one of the multidimensional data structures. The R-tree is based on bounding of spatial near points by multidimensional rectangles. This data structure supports various types of queries, e.g. point and range queries. The range query retrieves all tuples of a multidimensional space in the defined query box. Narrow range query is an important type of the range query including at least one narrow dimension. Despite many variants of R-trees, narrow range query processing is inefficient. In this paper, we depict a modification of Signature R-tree: data structure for the narrow range query processing. This data structure applies signatures for a description of tuples stored in a tree's page. We present an improvement of this technique.</p>
      </abstract>
      <kwd-group>
        <kwd>multidimensional data structure</kwd>
        <kwd>narrow range query</kwd>
        <kwd>Rtree</kwd>
        <kwd>signature</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Multimedia databases have become increasingly important in many application
areas such as medicine, CAD, geography, and molecular biology. Processing of
multi-dimensional data is requested in almost all fields. There are a lot of
applications of multi-dimensional data structures [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], e.g., data mining [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], term
indexing [
        <xref ref-type="bibr" rid="ref12 ref5">5, 12</xref>
        ], XML documents [
        <xref ref-type="bibr" rid="ref11 ref8">8, 11</xref>
        ], text documents and images [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Query
processing in high-dimensional spaces has therefore been a very prominent
research area over the last few years. A number of new index structures and
algorithms have been proposed.
      </p>
      <p>
        There are two major approaches to multi-dimensional indexing [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]: data
structures for indexing metric spaces and data structures for indexing vector
spaces. The first approach includes, for example, n-dimensional B-tree [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ],
Rtree [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], R*-tree [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], Signature R-tree [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], X-tree [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], UB-tree [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] and
BUBtree [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. The second one includes M-tree [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], for example.
      </p>
      <p>A multi-dimensional data structure often supports the range query. This
query may be written as the following pseudo SQL statement:
SELECT * FROM T WHERE ql1 ≤ t1 ≤ qh1 AND . . . AND qln ≤ tn ≤ qhn.</p>
      <p>The narrow range query is special type of the range query, where at least
one dimension is narrow. In Figure 1, we see examples of query boxes for the
narrow range queries in spaces with the dimensions n = 2 and n = 3, respectively.
Another example of this query is the following SQL statement: SELECT * FROM
&lt;table name&gt; WHERE 1 &lt; a0 &lt; 10000 AND a1 = 2 AND a2 = 3</p>
      <p>
        In paper [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], we depicted that the narrow range query processing is rather
inefficient in current multidimensional data structures. Signature R-tree, handling
point data, is introduced in this work. In our paper, we describe an
improvement of the Signature R-tree called ESR-tree. In Section 2, we review existing
approaches for the narrow range query processing. Section 3 presents our
improvement of the Signature R-tree. Section 4 reviews possibilities of signature
building for this data structure. In Section 4.3, we outline some implementation
details of the improved data structure. In Section 5, we put forward
experimental results. Finally, we conclude with a summary of contributions and discussion
about future work.
2
      </p>
      <p>Existing Approaches
In this section, we describe two data structures which have been often applied for
the narrow range query processing. These data structures, B-tree and Signature
R-tree, are compared with the novel ESR-tree in Section 5.
2.1</p>
      <p>B-trees
The B-tree is an m-ary balanced tree introduced by Bayer in 1972. This
structure guarantees the logarithmic complexity for the item searching. Due to the
ordering, B-tree enables searching only by one attribute. In many cases, it is
necessary to search by more than one attribute. Therefore, there are some
improvements of B-tree for searching of multidimensional data, e.g. B-tree with
compound keys. In this case, we create one compound index with keys related
to each narrow dimension. Obviously, this technique is not as general as
multidimensional data structures. For example, we create the compound index for
dimensions 1, 3, and 10 for a 10-dimensional tuple collection. It means, narrow
range query with these narrow dimensions is as efficient as possible. Moreover,
no intermediate results are created. If want to process a query with the narrow
dimensions: 1, 3, 10, and 5, we retrieve an intermediate result again. If we want
to solve a general query without the intermediate result, we should create n!
compound indices. Therefore, we do not suppose this technique in our article.</p>
      <p>If the range query is concerned in B-tree, we must index each attribute (or
dimension) in a separate B-tree. The range query is processed by a sequence of
searching in B-trees, and individual intermediate results are joined. Obviously,
there are two issues. If the size of an intermediate result &gt;&gt; the overall result,
this processing is rather inefficient. The second issue is the size of the index file.
In Section 5, we use this implementation for a comparison with our method. We
propose that the index file built in this way is 3× larger in average than the
index file of a multidimensional data storage.
2.2</p>
      <p>
        Signature R-trees
Since 1984 when Guttman proposed his method [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], R-trees have become the
most cited and most used as reference data structure in this field. The R-trees
can be thought of as an extension of B-trees in a multi-dimensional space. It
corresponds to a hierarchy of nested n-dimensional minimum bounding boxes
(MBB). There are many approaches based on an improvement of original
Rtrees. In [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], Signature R-tree was introduced for more efficient processing of
narrow range queries.
      </p>
      <p>Signature R-tree is a variant of the R-tree including multidimensional
signatures for a more efficient filtration of irrelevant tree nodes. In this case,
irrelevant node does not contain any tuple of the query box. The multidimensional
signature contains a signature of tuples in the node for each dimension (see
Section 4.1). A general structure of the Signature R-tree is presented in Figure 2.
Leaf nodes include tuples clustered into MBBs (MBB is defined by two
multidimensional points). These MBBs are clustered into super-MBBs as well. This
hierarchy is finished by MBBs in the root node. Consequently, MBBs are stored
in inner nodes. In the case of Signature R-tree, the multidimensional signature
is assigned to each MBB. It means that each inner node item includes the MBB
definition together with multidimensional signature, where this signature is
superimposed with signatures of the node’s children. Consequently, such a tree
contains two hierarchies, the hierarchy of MBBs and hierarchy of signatures.</p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], we show that many irrelevant nodes are skipped during the narrow
range query processing if we compare Signature R-tree and R-tree. However, we
distinguish some negative consequences of this data structure. If signatures are
long, the inner node capacity is low. This issue results in a degeneration of the
tree: inner node can contain only a trivial number of items and, therefore, the
height of the tree is very high. Similar issue appears if we use more hash functions
for each signature. Therefore, in this paper, we introduce an improvement of
Signature R-tree supporting these refinements.
3
3.1
      </p>
      <p>ESR-Tree – An Improvement of Signature R-tree</p>
      <p>
        Introduction
Signature R-tree significantly decreases the number of processed irrelevant nodes,
however the number &gt; 0 (see Section 6). In [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], we introduced the following
quality measurement of the range query processing (so called relevance): cQ =
Nr/Np, where Nr is the number of relevant nodes, Np is the number of all
processed node. Obviously, if only relevant nodes are processed during a range
query then cQ = 1.
      </p>
      <p>If we want to reach the most efficient cQ value, we must use longer signatures,
a higher number of hash functions (it means more signatures is related to one
dimension), signatures with different lengths for different levels of a tree, and
various hashing functions building the signatures. However, in the case of
Signature R-tree, each this idea extends the size of inner node item and decreases
the inner node capacity. Therefore, our improvement of Signature R-tree, called
ESR-tree, removes signatures from inner nodes: the signatures are stored in a
persistent array. A structure of the novel ESR-tree is presented in Figure 3.</p>
      <p>The isolation of signatures from R-tree enables to enlarge signatures although
the node capacity is not decreased. Moreover, we can use signatures with different
lengths for different levels of the tree. In our paper, we use the inverted level
number for the signature labeling. Consequently, we use S0 as the label of an
MBB’s signature, S1 as the label of a super-MBB signature, and so on.
Operations Insert, Delete and Find (or point query) are handled by
algorithms of the selected R-tree variant. In the case of the Insert operation (see
Algorithm 1), we must update the signature of the MBB which was changed. In
this way, we must update signatures for each level of the tree from the current
node to the root node. In this algorithm, we use the following variables: tuple is
an inserted tuple, Z represents a stack containing the current path of the tree,
and N is the current node.</p>
      <p>Signature index may be created after all tuples are inserted into the tree.
This bulkload algorithm must preordered process all tree nodes and create the
signature for each MBB. Obviously, signatures may be created for an arbitrary
level of the tree.</p>
      <p>A common issue of ESR-tree is that the query processing efficiency of a
common range query is not influenced by signatures. Signature R-tree includes
signatures in tree’s nodes, therefore, signatures are read from the secondary
storage although these signatures are not used for the node filtering. On the
other hand, in the case of the narrow range query, we apply signatures for the
more efficient filtration of irrelevant tree nodes.</p>
      <p>Let us suppose the range query algorithm. Intersection operation computes
whether an MBB is intersected by the query box in the linear time, on the other
hand, AND operation is used as a test of the signature matching. If both operations
are matched, the child node is processed.</p>
      <p>Delete operation is based on the algorithm of the R-tree variant used. It is
necessary to mention that after the item is deleted, unperfect signature may be
related to the leaf node containing the deleted item. It means that the signature
may contain bits describing a tuple that is not included in the R-tree anymore.
Signatures for higher levels of the tree may be unperfect as well. Consequently, we
may correct the signatures related the changed node. The complete description
of this operation is out of scope of this paper.
Algorithm 1: Insert algorithm</p>
      <p>N .AddSignature(tuple.GetSignature());
splitted ← true ;</p>
      <p>Signature Generating</p>
    </sec>
    <sec id="sec-2">
      <title>Signature Methods</title>
      <p>
        The signature is a bit string formed from the terms which are used to index
records in a data file [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. Each term is converted to a bit string by the hashing
function. The number of 1’s in the signature S is called weight γ(S). In the case
of a query, we build the query signature in the same way as record signatures
have been created. If the query signature has 1’s in the same positions as the
record signature, the record can be considered as a potential match. There can
be a case where a record signature matches a query signature, however the record
itself does not satisfy the query. This is called the false drop.
4.2
      </p>
    </sec>
    <sec id="sec-3">
      <title>Signature Generating for the Irrelevant Node Filtering</title>
      <p>
        The Hamming distance is applied for measuring of the signatures similarity.
Signature data structures like S-tree [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] are based on clustering of signatures
with the minimal Hamming distance. However, R-tree clusters tuples into MBBs.
Nodes do not contain tuples with the minimal Hamming distance. If signatures
of tuples in an MBB include many true bits, then the MBB’s signature contains
almost only true bits. In this case, irrelevant node filtering is not successful.
Consequently, one true bit is set for one tuple coordinate and the query signature
includes only one true bit for each dimension. In other word, weight of the query
signature is rather low.
      </p>
      <p>
        Our improvement is based on the following assumptions. Query signature
weight should be closed to 0.5 as it is known in signature methods [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. However,
signature weight for all tuples of an MBB should be closed to 0.5 as well. These
two assumptions are in a contradiction. In this paper, we set more bits as well as
we use more hashing functions for one tuple coordinate. In Section 5, we show
the efficiency improvement of these novel features.
4.3
      </p>
      <p>Implementation
In the case of ESR-tree, signatures are stored out of the R-tree. In this way,
tree height is not influenced by the signature length. The relation between an
MBB and its signatures is provided by a conversion table. The conversion table
contains couples hnode index in the R-tree, signature index in the persistent data
structurei.
5</p>
      <p>
        Experimental Results
In our tests1, we compare ESR-tree with Signature R∗-tree, R∗-tree, and the
proposed B-tree-based implementation. We have implemented B+-tree, R∗-tree,
and ESR-tree in C++. Three collections have been chosen for these tests. We
created two random collections with million tuples of dimensions 2 and 10. The
third collection represents a set of paths in an XML document [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. These paths
are modeled as 10-dimensional tuples. All collections have been inserted into the
multidimensional data structure (see Table 1 for index characteristics). In our
experiments, we do not use the Signature R-tree, we use signatures with one
true bit generated for one tuple coordinate as the Signature R-tree uses this. We
call this signature as the simple signature. This fact has a significant impact on
DAC as well as query processing time. However, result relevances are credible
for a comparison of Signature R-tree and ESR-tree.
      </p>
      <p>Efficiency of the narrow range query processing was measured by DAC, cQ,
and query processing time. Tested range queries have various number of narrow
dimensions |Nrq|. The 2 kB page size and random accesses are applied in the
case of all data structure, therefore, we can measure DAC by the number of
MBs read in the secondary storage.
1 The experiments were executed on an AMD Opteron 865 1.8Ghz, 2.0 MB L2 cache;
2GB of DDR333; Windows 2008 Server.
In Table 2, DAC results are presented for the random collection of dimension 2.
We use 2 hashing functions and 3 true bits in the signatures. Results are average
values of 10 various queries. We measure DAC for R-tree (RT) and signature
data structure (SA).</p>
      <p>Obviously, DAC is 4× lower if we compare the R-tree and ESR-tree with the
leaf signature of the length 512. DAC of signature reading is an essential part of
overall DAC, therefore, we can not use longer signatures. Table 3 including the
query processing time supports this conclusion. This time is 5.25× lower than
in the case of R∗-tree. Obviously, we see that ESR-tree saves 20% of the query
processing time of the simple signature.</p>
      <p>Another view of the trend is the higher values of relevance. We use the
various count of hashing functions, more true bits of the signature as well as various
signature lengths. In Table 3, relevances for leaf and overleaf nodes are presented.
Relevance rapidly increases with the increasing signature length. Summary
Table 4 presents results for the relevance &gt; 0.9. We suppose that the signature
weight should be closed to 0.5. In the case of this experiment, we get the
signature weight in the range 0.38 – 0.51.
The second collection includes 10-dimensional randomly generated tuples. 3
narrow dimensions of range queries are used. In this case, we can use shorter
signatures than in the case of the first test. It seems that this 10-dimensional space is
sparser than the 2-dimensional space, therefore, shorter signatures can describe
the tuple distribution as well. In Table 5, we can see that DAC of ESR-tree is
much more lower than DAC of R∗-tree. The query processing time is improved
9×. Obviously, we can see the importance of overleaf signatures in this case.
Summary Table 6 presents results for the relevances &gt; 0.9.
Third collection contains a set of paths in an XML document. We test 15 range
queries Q1–Q15 with various narrow dimensions. We use the same signature
lengths as in the case of the second collection. In Table 7, DAC and cQ are
put forward. We use signature lengths 256/3584 with 2 hashing functions and 3
true bits. We see that the cQ of Signature R∗-tree significantly increases in the
comparison with the common R∗-tree. Obviously, this relevance is not sufficient
in many cases. ESR-tree overcomes the Signature R∗-tree and R∗-tree.
In this test, we compare the efficiency of ESR-tree and B-tree (one B-tree was
created for each dimension). We use the queries from the previous test. The join
operation takes the most processing time (see Table 8). Obviously, B-tree is much
more efficient in the case of small intermediate results. With the increasing size of
intermediate results, join processing time increases. Table 8 includes information
about all queries. We measure DAC for B-trees (BT) and tuple array (TA)
including whole tuples. Obviously, ESR-tree clearly overcomes this B-tree based
implementation, DAC is 7.5× lower in the case of ESR-tree. Another important
issue is the index size. In Table 9, we see that the index size of the ESR-tree is 3×
lower in all tested cases. The experiments show an significant improvement, e.g.
applications of two hashing functions causes double increasing of the relevance.
6</p>
      <p>Conclusion
In this article, we present an improvement of Signature R-tree, data structure for
the efficient processing of narrow range queries. Moreover, we introduce an
enhanced signature creation that provides more efficient filtration characteristics.
Since signatures are relevant only in higher levels of a tree, it is not
appropriate to handle them to each MBB of an inner node. We show some advantages
of longer signatures, however longer signatures mean the lower node’s capacity.
Consequently, we put signatures of each MBB in a special data structure: a
persistent array. In our experiment, we test range queries and compare the efficiency
of our approach with R-tree, Signature R-tree, and B-tree based implementation.
From DAC point of view, ESR-tree is up to 3× more efficient than R-tree and
6× than B-tree. Obviously, DAC of the signature retrieval is often rather high.
Therefore, we want to develop a more efficient data structure for the storage of
signatures.
Query |Nrq|</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>R.</given-names>
            <surname>Bayer</surname>
          </string-name>
          .
          <article-title>The Universal B-Tree for multidimensional indexing: General Concepts</article-title>
          .
          <source>In Proceedings of WWCA'97</source>
          ,
          <string-name>
            <surname>Tsukuba</surname>
          </string-name>
          , Japan,
          <year>1997</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>N.</given-names>
            <surname>Beckmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.-P.</given-names>
            <surname>Kriegel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Schneider</surname>
          </string-name>
          , and
          <string-name>
            <given-names>B.</given-names>
            <surname>Seeger. The R</surname>
          </string-name>
          ∗
          <article-title>-tree: An efficient and robust access method for points and rectangles</article-title>
          .
          <source>In Proceedings of the 1990 ACM SIGMOD</source>
          , pages
          <fpage>322</fpage>
          -
          <lpage>331</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>S.</given-names>
            <surname>Berchtold</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. A.</given-names>
            <surname>Keim</surname>
          </string-name>
          , and
          <string-name>
            <given-names>H.-P.</given-names>
            <surname>Kriegel</surname>
          </string-name>
          .
          <article-title>The X-tree: An index structure for high-dimensional data</article-title>
          .
          <source>In Proceedings of the 22nd International Conference on VLDB</source>
          , pages
          <fpage>28</fpage>
          -
          <lpage>39</lpage>
          , San Francisco, U.S.A.,
          <year>1996</year>
          . Morgan Kaufmann Publishers.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>P.</given-names>
            <surname>Ciaccia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Pattela</surname>
          </string-name>
          , and
          <string-name>
            <given-names>P.</given-names>
            <surname>Zezula</surname>
          </string-name>
          .
          <article-title>M-tree: An Efficient Access Method for Similarity Search in Metric Spaces</article-title>
          .
          <source>In Proceedings of 23rd International Conference on VLDB</source>
          , pages
          <fpage>426</fpage>
          -
          <lpage>435</lpage>
          ,
          <year>1997</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>V.</given-names>
            <surname>Dohnal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Gennaro</surname>
          </string-name>
          , and
          <string-name>
            <given-names>P.</given-names>
            <surname>Zezula</surname>
          </string-name>
          .
          <article-title>A Metric Index for Approximate Text Management</article-title>
          .
          <source>In Proceedings of IASTED International Conference Information Systems and Database - ISDB</source>
          <year>2002</year>
          ,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>R.</given-names>
            <surname>Fenk</surname>
          </string-name>
          .
          <article-title>The BUB-Tree</article-title>
          .
          <source>In Proceedings of 28rd VLDB International Conference on VLDB, Hongkong, China</source>
          ,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>M.</given-names>
            <surname>Freeston</surname>
          </string-name>
          . A
          <article-title>General Solution of the n-dimensional B-tree Problem</article-title>
          .
          <source>In Proceedings of SIGMOD International Conference</source>
          , San Jose, USA,
          <year>1995</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>T.</given-names>
            <surname>Grust</surname>
          </string-name>
          .
          <article-title>Accelerating XPath Location Steps</article-title>
          .
          <source>In Proceedings of ACM SIGMOD</source>
          <year>2002</year>
          ,
          <article-title>Madison</article-title>
          , USA, June 4-6,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>A.</given-names>
            <surname>Guttman. R-Trees</surname>
          </string-name>
          :
          <article-title>A Dynamic Index Structure for Spatial Searching</article-title>
          .
          <source>In Proceedings of ACM SIGMOD</source>
          <year>1984</year>
          ,
          <string-name>
            <surname>Annual</surname>
            <given-names>Meeting</given-names>
          </string-name>
          , Boston, USA, pages
          <fpage>47</fpage>
          -
          <lpage>57</lpage>
          . ACM Press,
          <year>June 1984</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <given-names>N.</given-names>
            <surname>Karayannidis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Tsois</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Sellis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Pieringer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Markl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Ramsak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Fenk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Elhardt</surname>
          </string-name>
          , and
          <string-name>
            <given-names>R.</given-names>
            <surname>Bayer</surname>
          </string-name>
          .
          <article-title>Processing Star Queries on Hierarchically-Clustered Fact Tables</article-title>
          .
          <source>In Proceedings of VLDB Conf</source>
          .
          <year>2002</year>
          , Hongkong, China,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. M. Kr´atky´, J. Pokorny´, and
          <string-name>
            <given-names>V.</given-names>
            <surname>Sn</surname>
          </string-name>
          <article-title>´aˇsel. Implementation of XPath Axes in the Multidimensional Approach to Indexing XML Data</article-title>
          . In Current Trends in Database Technology,
          <source>Int'l Conference on EDBT 2004</source>
          , volume
          <volume>3268</volume>
          . Springer-Verlag,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12. M. Kr´atky´, T. Skopal, and V. Sn´aˇsel.
          <source>Multidimensional Term Indexing for Efficient Processing of Complex Queries. Kybernetika, Journal</source>
          ,
          <volume>40</volume>
          (
          <issue>3</issue>
          ):
          <fpage>381</fpage>
          -
          <lpage>396</lpage>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13. M. Kr´atky´, V. Sn´aˇsel,
          <string-name>
            <given-names>P.</given-names>
            <surname>Zezula</surname>
          </string-name>
          , and J. Pokorny´.
          <article-title>Efficient Processing of Narrow Range Queries in the R-Tree</article-title>
          .
          <source>In Proceedings of IDEAS</source>
          <year>2006</year>
          . IEEE CS Press,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <given-names>Y.</given-names>
            <surname>Manolopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Nanopoulos</surname>
          </string-name>
          , and
          <string-name>
            <given-names>E.</given-names>
            <surname>Tousidou</surname>
          </string-name>
          .
          <article-title>Advanced Signature Indexing for Multimedia and Web Applications</article-title>
          . Kluwer,
          <year>2003</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <given-names>Y.</given-names>
            <surname>Manolopoulos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Theodoridis</surname>
          </string-name>
          , and
          <string-name>
            <given-names>V.</given-names>
            <surname>Tsotras</surname>
          </string-name>
          .
          <source>Advanced Database Indexing</source>
          . Kluwer Academic Publisher,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <given-names>C.</given-names>
            <surname>Yu</surname>
          </string-name>
          .
          <string-name>
            <surname>High-Dimensional Indexing</surname>
          </string-name>
          . Springer-Verlag,
          <source>LNCS 2341</source>
          ,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>