<!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>Optimization for Inference-Based Graph Databases</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="editor">
          <string-name>Vancouver, Canada</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Graph Databases, Graph Representation Learning</institution>
          ,
          <addr-line>Query Optimization, Uncertainty Estimation</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>KTH Royal Institute of Technology</institution>
          ,
          <addr-line>Stockholm</addr-line>
          ,
          <country country="SE">Sweden</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Learning and</institution>
          ,
          <addr-line>particularly, Graph Representation Learn-</addr-line>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Moreover</institution>
          ,
          <addr-line>Graph ML can accurately approximate com-</addr-line>
        </aff>
      </contrib-group>
      <abstract>
        <p>Knowledge Graphs are commonly characterized by two challenges: massive scale and sparsity. The former leads to slow response times for complex queries with random data accesses, especially when they require deep graph traversals. The latter, which is caused by missing connections and characteristics in graphs modeling real information, implies that any analysis based solely on explicitly stored data is bound to yield incomplete results. This work aims to develop a novel graph database architecture that leverages the power of Graph Machine Learning to equip graph queries with prediction capabilities while ofering approximate but timely results to complex queries. We discuss challenges, design decisions, and research avenues required in materializing this prototype alongside the outline of the actively-pursued research plan.</p>
      </abstract>
      <kwd-group>
        <kwd>of incomplete data</kwd>
        <kwd>where observations might enclose</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        For years, the data management community has been
investigating systems that can store, process, query, and
anmaking or accelerate discoveries. One of the prevalent
challenges refers to query complexity. Due to the
requirement for random accesses, above-linear algorithms are
dificult to execute, especially on natural graphs, which
tions [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. However, the need for fast complex
computations is evident in the industry [
        <xref ref-type="bibr" rid="ref2 ref3">2, 3</xref>
        ]. Yet, answering
complex queries requiring deep traversals of heterogeneous
data or employing computationally expensive algorithms
lacks support in common data management tools [
        <xref ref-type="bibr" rid="ref2 ref4">4, 2</xref>
        ].
      </p>
      <p>As current systems attempt to address issues like
distribution skew or evolution, most architectures neglect
one of the major dificulties of KGs:
data incompleteness.</p>
      <p>
        Interconnected data modeling natural domains are often
missing connections and properties [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Modern graph
cessing systems, or graph streaming frameworks can only
consult or compute properties of data that is explicitly
stored but are usually unable to draw any conclusion
that is not explicitly stated [
        <xref ref-type="bibr" rid="ref4 ref5">5, 4</xref>
        ]. Furthermore, systems
that natively support reasoning capabilities, such as RDF
stores, usually ofer deductive inference based on
existing data and rely heavily on ontology definitions, which
can grow complex and resource-intensive to maintain,
      </p>
      <sec id="sec-1-1">
        <title>Such systems cannot be used to harness the potential</title>
        <p>especially for massive, intricate dynamic graph datasets. in learned latent spaces.
VLDB 2023 PhD Workshop, co-located with the 49th International</p>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>2. Research Goal</title>
      <p>
        the system can decide to execute the first hop using an
ML operator backed, for instance, by Query2Box, while
The proposed architecture moves query computation choosing to traverse the explicitly stored data for the
secfrom raw data accesses and expensive pointer-chasing for ond hop. Therefore, a novel query optimization process
traversals to querying learned latent spaces. Specifically, is paramount to bringing this vision to fruition.
we leverage the power of graph representation learn- Lastly, we highlight the potential prospect of the
proing to approximate complex graph queries by using la- posed design for graph processing on GPUs. ML
opertent representations (i.e., embeddings). In this attempted ators can naturally benefit from modern hardware
acdesign, certain database operators have two operating celeration techniques since the computation is reduced
modes, which we define as follows: (1) DB operators, to tensor operations. In contrast, conventional graph
which refer to traditional database operations executed queries sufer from random data accesses, which are not
on explicitly stored data, and (2) ML operators, where trivial to accelerate [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
raw data accesses are replaced with Machine Learning
inference calls. The latter does not require graph data
accesses to finalize a computation, as it is carried out as 3. Challenges
matrix multiplications using a given query input and a
trained model. With this work, we argue that executing time-consuming
      </p>
      <p>
        To exemplify this concept, we briefly describe queries on incomplete Knowledge Graphs is
counterQuery2Box [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], a graph ML method that solves multi-hop productive since the processing will, nonetheless, yield
queries of arbitrary length and type. The results are ap- incomplete results sets. Instead, we relax the
requireproximated by traversing a learned latent space using pro- ment for exact answers and discuss potential research
jections and intersections of hyper-rectangles. This sem- directions to equip the capabilities of current database
inal work achieves noteworthy accuracy results, proving management systems with predictive powers.
its capabilities for approximation and completing the
results sets with meaningful inferred results. Furthermore, 3.1. Hybrid Query Optimizer
attesting to its acceleration benefits, Query2Box’s
theoretical response time grows linearly in the number of hops. When employing both DB and ML operators,
convenIn contrast, multi-hop traversals of heterogeneous graphs tional cost-based query optimizers are insuficient since
with raw data accesses are known to have exponential they are solely based on cardinality estimation and
extime complexity [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Query2Box can serve as an ML oper- ecution time, whereas the envisioned architecture also
ator in our envisioned database to approximate traversals. features uncertainty constraints. To materialize the
pro
      </p>
      <p>However, deep learning models’ decision-making pro- posed predictive graph database, where the predictions
cess is opaque to the user, who can only observe the input are guided and controlled by uncertainty bounds, we will
and output, thus causing a lack of credibility in the pre- explore a novel optimization process that complements
dictions obtained. For this reason, despite the impressive traditional query optimizers in database management
sysadvances and breakthroughs of ML methods, their adop- tems. The query optimization can potentially be framed
tion remains limited. For a graph database, particularly, as a multi-objective cost function that minimizes IO while
ofering predicted query results with no control over the ensuring the uncertainty threshold is met. We will
redesired error or uncertainty bound is counter-productive. fer to the two cost models as performance-based and
This research aims to tackle the trustworthiness chal- uncertainty-based, respectively.
lenge by investigating methods to allow for statistically Performance-based Optimization. The
performancesound uncertainty bounds per query. To illustrate, the based cost model estimates the IO costs on a given
physfollowing two-hop Cypher query, which identifies the ical plan. It assigns a score for each valid physical query
item bought by customers related to a customer named plan based on the expected processing cost and
cardiAnna, restricts the tolerated error at 5%, thus allowing nality estimations. In the context of ML-enabled graph
for ML predictions to be employed: databases, a performance-based cost function operates
using conventional database methods for cost estimation
M A T C H ( : C u s t o m e r { n a m e : ' A n n a ' } ) - [ : R E L A T E D _ T O ] - &gt; for DB operators. Estimating the cost of ML operators
( : C u s t o m e r ) - [ : B O U G H T ] - &gt; ( r : I t e m ) should follow a diferent approach: since the results of
R E T U R N r one ML operator are obtained, regardless of query, using
W I T H M A X I M U M U N C E R T A I N T Y 0 . 0 5 ; the same input type and model as a predefined number
of matrix multiplications, the cost can always be
accurately computed. The cardinality estimates are, however,
noteworthy. Traditional databases consider cardinality
estimation to decide on the order of operators in the
re</p>
      <p>The user-defined uncertainty bounds can potentially
assist the database query optimizer in identifying the best
physical plan. For example, to satisfy the error threshold,
2
1
3
4</p>
      <p>5
Query 1: MATCH ( 2 )-[r]-&gt;(</p>
      <p>RETURN p;
Query 2: MATCH ( 5 )-[r]-&gt;(</p>
      <p>RETURN p;</p>
      <p>Ingestion time
7</p>
      <p>6
)-[r]-&gt;(p:
)-[r]-&gt;(p:
8
)
)</p>
      <p>ML Operator</p>
      <p>DB Operator</p>
      <p>Node Type 1</p>
      <p>Node Type 2</p>
      <p>Node Type 3</p>
      <sec id="sec-2-1">
        <title>Inference-Based</title>
      </sec>
      <sec id="sec-2-2">
        <title>Queries</title>
      </sec>
      <sec id="sec-2-3">
        <title>Mixed</title>
      </sec>
      <sec id="sec-2-4">
        <title>Queries</title>
      </sec>
      <sec id="sec-2-5">
        <title>Raw-Data</title>
        <p>Queries
iton yc h</p>
        <p>g
e n i</p>
        <p>h
lopCm tryLae
taaD ueQ lw
o
oldest</p>
        <p>Data freshness
newest
(a) Examples of queries for a heterogeneous, dynamic
graph, where nodes 1 to 5 were used to train the
model of an ML operator.</p>
        <p>(b) Relation between inference capabilities and query latency
with respect to the ingestion timestamp of the queried data.</p>
        <p>
          Adapted from [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ].
sulting physical plan. Predictive databases require an changes [
          <xref ref-type="bibr" rid="ref4 ref5">4, 5</xref>
          ]. Relying on ML models for querying
caadditional layer of complexity: choosing between oper- pabilities cannot overlook the overhead introduced by
ator execution modes (i.e., DB or ML) will potentially training and evaluating the deployed models. Whether
result in diferent cardinalities for the result set since ML training happens as a background or periodic mechanism
operators include plausible outcomes. triggered by concept drift monitors, querying a DBMS
Bounding the Query Error. Similar to prior work [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ], should always consult the freshest data with low latency.
we extend graph query languages with support for user- Newly ingested data may not have been used to train the
defined error threshold, as shown in Section 2. Hence, the current models backing the ML operators. However, due
database user can choose if the system can maximize in- to the non-euclidean nature of graphs, our system could
ferred results, obtain a mix of grounded and predicted an- continue to ofer predicted outcomes even for new data
swers, or restrict the inference capabilities, depending on points up to a certain extent and with a caveat.
application requirements. To the best of our knowledge, We exemplify this trade-of using the heterogeneous
no general-purpose method currently exists to quantify graph depicted in Figure 1a. We assume a transductive
the error of ML inference for embedding-based methods. link prediction model that assists the traversal ML
opera1. Estimating Uncertainty. Promising directions for black- tor was trained using nodes 1 to 5. In contrast, nodes 6,
box models, such as Conformal Prediction and Venn Pre- 7, and 8 were ingested after training. Query 1 traverses a
dictors, rely on calibration sets to provide sound uncer- two-hop neighborhood (i.e., nodes 2, 1, 4) in the graph
tainty bounds at the expense of producing multiple pre- that was covered during training; therefore, the link
predictions or probabilities of a label, guaranteeing that the diction model can cater to this query. However, query 2
ground truth is among the outputs [
          <xref ref-type="bibr" rid="ref11">11</xref>
          ]. Such light in- reaches nodes and connections that the model has not
strumentation is desirable for the query optimization pro- seen (e.g., node 7). Here, the system can ofer predictions
cess; quantifying the uncertainty should not dominate the only for a sub-plan of the query while being forced to
query latency time. This work investigates whether and follow explicit links for the rest.
how such methods can be utilized for hybrid query plans. Figure 1b showcases the trade-of between
complete2. Optimization Based on Uncertainty. Given that an ness and latency. Querying new data cannot use
oracle exists to ensure accurate uncertainty estimate for inference-based methods, denoted as ML operators,
unone ML operator or query sub-plan, we also explore how til the models are updated and, therefore, need to rely
to obtain a precise estimate for a whole physical plan that on expensive traversals (i.e., DB operators) that result in
uses a mix ML and traditional DB operators. Intuitively, incomplete results. Transductive graph ML models are
the uncertainty estimation can be regarded as error especially afected by this compromise, as they need to
probability. Assuming that the error of DB operators is build embeddings for all the entities at training time. On
0, estimating a physical plan’s uncertainty can perhaps the other hand, inductive approaches such as GraphSage
be computed as a chain of prior probabilities. can mitigate the gap by building embeddings
on-thelfy for new data but still sufer from concept drift that
3.2. Continuous Training and Inference requires re-training [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ]. This work will review
lowlatency training paradigms and investigate the trade-of
Knowledge graphs are highly dynamic, both in terms introduced by combining DB and ML operators.
of newly ingested data, but also in terms of schema
        </p>
        <sec id="sec-2-5-1">
          <title>Closely related to this PhD project, a recent report</title>
          <p>
            introduced the definition of Neural Graph Databases,
which tackle the incompleteness assumption of large
KGs through ML inference powered by Graph
Representation Learning [
            <xref ref-type="bibr" rid="ref13">13</xref>
            ]. Our work builds on this concept by
considering error-guided query optimization techniques.
Furthermore, vector databases such as Milvus [
            <xref ref-type="bibr" rid="ref14">14</xref>
            ] are
designed and optimized to maintain domain-agnostic vector
representations of complex data. They ofer fast access
to the embeddings and eficient similarity searches in
learned latent space. Our design requires generating and
maintaining embeddings, potentially benefiting from
vector databases for fast retrieval and distance-based queries
in latent spaces. Moreover, our work is closely
intertwined with approximate query processing (AQP) [
            <xref ref-type="bibr" rid="ref10">10</xref>
            ]
Recent research enabled by learned models shows
potential in overcoming the performance of sample-based AQP
and achieves fast, accurate approximations using a small
memory footprint [
            <xref ref-type="bibr" rid="ref15">15</xref>
            ]. Similar to AQP methods, this
work aims to approximate graph queries while providing
mechanisms to estimate the approximation error. Finally,
our goals are akin to systems that ofer logical
reasoning capabilities over knowledge graphs, such as
Vadalog [
            <xref ref-type="bibr" rid="ref16">16</xref>
            ]. However, this work features reasoning
capabilities through ML models with bounded state size instead
of computationally expensive rule-based approaches.
          </p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>5. Conclusion</title>
      <p>This paper described research directions and challenges
of empowering graph databases with inference
capabilities. We presented a potential query optimization
strategy guided by user-defined error bounds and delved into
the trade-ofs to achieve highly accurate and complete
results while minimizing query latency. Lastly, we
discussed the proposed PhD project in the context of
existing literature. As a next step, we plan to develop a
prototype of the hybrid query optimizer and integrate it
into open-source graph database eforts.</p>
    </sec>
    <sec id="sec-4">
      <title>Acknowledgments</title>
      <sec id="sec-4-1">
        <title>This work is partially supported by the Wallenberg AI, Autonomous Systems and Software Program (WASP) funded by the Knut and Alice Wallenberg Foundation.</title>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>M.</given-names>
            <surname>Faloutsos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Faloutsos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Faloutsos</surname>
          </string-name>
          ,
          <article-title>On powerlaw relationships of the internet topology</article-title>
          , in: SIGCOMM, ACM,
          <year>1999</year>
          , pp.
          <fpage>251</fpage>
          -
          <lpage>262</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>S.</given-names>
            <surname>Sahu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Mhedhbi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Salihoglu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. T.</given-names>
            <surname>Özsu</surname>
          </string-name>
          ,
          <article-title>The ubiquity of large graphs and surprising challenges of graph processing: extended survey</article-title>
          ,
          <source>VLDB J</source>
          .
          <volume>29</volume>
          (
          <year>2020</year>
          )
          <fpage>595</fpage>
          -
          <lpage>618</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>R.</given-names>
            <surname>Mavlyutov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Curino</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Asipov</surname>
          </string-name>
          , P. CudreMauroux,
          <article-title>Dependency-driven analytics: A compass for uncharted data oceans</article-title>
          .,
          <source>in: CIDR</source>
          ,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>S.</given-names>
            <surname>Horchidan</surname>
          </string-name>
          , P. Carbone, ORB:
          <article-title>Empowering graph queries through inference</article-title>
          ,
          <source>2023. First International Workshop on Data Management for Knowledge Graphs.</source>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>M.</given-names>
            <surname>Lissandrini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Mottin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Hose</surname>
          </string-name>
          , T. B.
          <string-name>
            <surname>Pedersen</surname>
          </string-name>
          ,
          <article-title>Knowledge graph exploration systems: are we lost?, in: CIDR, www</article-title>
          .cidrdb.org,
          <year>2022</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>A.</given-names>
            <surname>Hogan</surname>
          </string-name>
          , E. Blomqvist,
          <string-name>
            <given-names>M.</given-names>
            <surname>Cochez</surname>
          </string-name>
          , C. d'Amato,
          <string-name>
            <given-names>G. D.</given-names>
            <surname>Melo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Gutierrez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Kirrane</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. E. L.</given-names>
            <surname>Gayo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Navigli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Neumaier</surname>
          </string-name>
          , et al.,
          <string-name>
            <surname>Knowledge</surname>
            <given-names>graphs</given-names>
          </string-name>
          ,
          <source>ACM Computing Surveys (Csur) 54</source>
          (
          <year>2021</year>
          )
          <fpage>1</fpage>
          -
          <lpage>37</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>A. J.</given-names>
            <surname>Dudzik</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Veličković</surname>
          </string-name>
          ,
          <article-title>Graph neural networks are dynamic programmers</article-title>
          ,
          <source>Advances in Neural Information Processing Systems</source>
          <volume>35</volume>
          (
          <year>2022</year>
          )
          <fpage>20635</fpage>
          -
          <lpage>20647</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>H.</given-names>
            <surname>Ren</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Hu</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. Leskovec,</surname>
          </string-name>
          <article-title>Query2box: Reasoning over knowledge graphs in vector space using box embeddings, in: ICLR, OpenReview</article-title>
          .net,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>X.</given-names>
            <surname>Shi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zheng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Jin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>He</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Q.</given-names>
            <surname>Hua</surname>
          </string-name>
          ,
          <article-title>Graph processing on gpus: A survey</article-title>
          ,
          <source>ACM Comput. Surv</source>
          .
          <volume>50</volume>
          (
          <year>2018</year>
          )
          <volume>81</volume>
          :
          <fpage>1</fpage>
          -
          <lpage>81</lpage>
          :
          <fpage>35</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>S.</given-names>
            <surname>Agarwal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Mozafari</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Panda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Milner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Madden</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Stoica</surname>
          </string-name>
          ,
          <article-title>Blinkdb: queries with bounded errors and bounded response times on very large data</article-title>
          , in: EuroSys, ACM,
          <year>2013</year>
          , pp.
          <fpage>29</fpage>
          -
          <lpage>42</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>V.</given-names>
            <surname>Vovk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gammerman</surname>
          </string-name>
          , G. Shafer,
          <source>Algorithmic learning in a random world, Springer Science &amp; Business Media</source>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>W. L.</given-names>
            <surname>Hamilton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Ying</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Leskovec</surname>
          </string-name>
          ,
          <article-title>Inductive representation learning on large graphs</article-title>
          ,
          <source>in: NIPS</source>
          ,
          <year>2017</year>
          , pp.
          <fpage>1024</fpage>
          -
          <lpage>1034</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>H.</given-names>
            <surname>Ren</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Galkin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Cochez</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Leskovec</surname>
          </string-name>
          ,
          <article-title>Neural graph reasoning: Complex logical query answering meets graph databases</article-title>
          ,
          <source>arXiv preprint arXiv:2303.14617</source>
          (
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>J.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Yi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Guo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Jin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Guo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Yuan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Long</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Cai</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Mo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Gu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Jiang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wei</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Xie</surname>
          </string-name>
          ,
          <article-title>Milvus: A purpose-built vector data management system</article-title>
          ,
          <source>in: SIGMOD Conference</source>
          , ACM,
          <year>2021</year>
          , pp.
          <fpage>2614</fpage>
          -
          <lpage>2627</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>Q.</given-names>
            <surname>Ma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. M.</given-names>
            <surname>Shanghooshabad</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Almasi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kurmanji</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Triantafillou</surname>
          </string-name>
          ,
          <article-title>Learned approximate query processing: Make it light, accurate and fast, in: CIDR, www</article-title>
          .cidrdb.org,
          <year>2021</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>L.</given-names>
            <surname>Bellomarini</surname>
          </string-name>
          , E. Sallinger,
          <string-name>
            <surname>G.</surname>
          </string-name>
          <article-title>Gottlob, The Vadalog system: Datalog-based reasoning for knowledge graphs</article-title>
          ,
          <source>Proc. VLDB Endow</source>
          .
          <volume>11</volume>
          (
          <year>2018</year>
          )
          <fpage>975</fpage>
          -
          <lpage>987</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>