<!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>Computation of fuzzy joins over large collections of JSON data using semantic similarity</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Alan Petit</string-name>
          <email>alan.petit04@gmail.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Matthew Damigos</string-name>
          <email>mgdamigos@ionio.gr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Laurent D'Orazio</string-name>
          <email>laurent.dorazio@univ-rennes.fr</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Eleftherios Kalogeros</string-name>
          <email>kalogero@ionio.gr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Laboratory on Digital Libraries and Electronic Publishing, Department of Archives, Library Science &amp; Museology, Ionian University</institution>
          ,
          <addr-line>Corfu</addr-line>
          ,
          <country country="GR">Greece</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Polytech Nantes, Nantes Université</institution>
          ,
          <addr-line>Nantes</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Univ Rennes</institution>
          ,
          <addr-line>CNRS, IRISA, Lannion</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2026</year>
      </pub-date>
      <abstract>
        <p>In recent years, fuzzy joins have emerged as a critical tool in data integration, data cleaning, and similarity-based retrieval tasks, especially when dealing with noisy or heterogeneous data. Although fuzzy joins have been widely explored for relational data, existing approaches typically focus on textual similarity, matching records based on certain text values and text distances. Apart from relational data, syntactic similarity of XML and JSON documents has also been investigated, where the matching documents are compared over their hierarchical structure. These methods often struggle when confronted with variations in element names, formats, or hierarchical layouts. In contrast, the semantic similarity of semi-structured data, such as JSON documents, remains underexplored, despite its importance in capturing the true meaning conveyed by document values. This paper addresses the problem of performing fuzzy joins between JSON documents by comparing their semantic content rather than their structural form. We propose and describe several methods based on document embeddings, aiming to capture the meaning of a document from its values and contextual relationships. The proposed techniques ofer a promising foundation for semantic joining tasks in semi-structured data environments.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Fuzzy join</kwd>
        <kwd>JSON similarity</kwd>
        <kwd>semantic similarity</kwd>
        <kwd>embeddings</kwd>
        <kwd>structural comparison</kwd>
        <kwd>distributed computation</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>The growing volume and heterogeneity of semi-structured data, particularly JSON (JavaScript Object
Notation) documents, poses significant challenges for data integration, data cleaning, similarity-based
information retrieval and analysis tasks. In particular, organizations need more and more to integrate,
deduplicate, and correlate JSON documents that describe the same real-world entities or events,
originating from diferent sources and production pipelines. Such documents are rarely uniform. They
may use diferent key names (e.g., author vs. creator), diferent value conventions and diferent nesting
schemes, resulting a variety of diferences in both structure and content. As a result, conventional
equality joins, which rely on strict equality between attributes, fail to identify such correspondences.
The problem becomes more challenging when the volume of the input datasets is large.</p>
      <p>
        Fuzzy joins address this limitation by replacing strict equality with a similarity measure; i.e., returning
pairs of documents whose similarity exceeds a predefined threshold [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. While fuzzy-join techniques
have been extensively studied for relational data and for text-centric matching (e.g., edit distance, Jaccard,
cosine over token sets) [
        <xref ref-type="bibr" rid="ref1 ref2 ref3 ref4 ref5 ref6 ref7 ref8">1, 2, 3, 4, 5, 6, 7, 8</xref>
        ], to evaluate fuzzy joins over collections of semi-structured data
is not straightforward since not only the text-values but also the hierarchical structure need to be taken
into account. Since JSON data is self-descriptive, multiple structures of the same information might be
found. To overcome this issue, computing structural similarity has been extensively investigated in the
past for tree structures (e.g., [
        <xref ref-type="bibr" rid="ref10 ref11 ref9">9, 10, 11</xref>
        ]), XML documents (e.g., [
        <xref ref-type="bibr" rid="ref12 ref13">12, 13</xref>
        ]), and graphs (e.g., [
        <xref ref-type="bibr" rid="ref14 ref15">14, 15</xref>
        ]). In
the last decade, structural similarity over JSON documents has also attracted attention [
        <xref ref-type="bibr" rid="ref16 ref17 ref18 ref19">16, 17, 18, 19</xref>
        ],
where the main challenge is to support both ordered (i.e., arrays) and unordered (i.e., objects) sets of
values. These approaches [
        <xref ref-type="bibr" rid="ref16 ref17 ref18 ref19">16, 17, 18, 19</xref>
        ] focus on variations of tree edit distance to measure structural
similarity, and focus on single-machine computation. Taking into account both structure and content
of JSON documents, however, is still an open problem.
      </p>
      <p>In this work, we present a distributed evaluation method for computing fuzzy joins over large
collections of JSON data, handling similarity over both content and structure. The proposed approach
uses methods for converting JSON documents first to text and then to document embeddings, aiming to
preserve both content and structure through descriptive representations of the information encoded in
the JSON documents. In particular, the main contributions of this paper are summarized as follows: (1)
we propose a novel approach for evaluating fuzzy joins over collections of JSON documents, by using a
two-step transformation of each document to a document embedding that captures the meaning of the
information encoded in the JSON documents, (2) present five diferent transformation approaches of a
document to its text-representation, where the four of them use specialized prompts posed on an LLM,
and (3) present scalable MapReduce algorithms for computing the fuzzy joins over large collections of
generated embeddings, avoiding shufling the JSON documents during join computation.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Preliminary Definitions</title>
      <p>
        This paper focuses on JSON (JavaScript Object Notation) [
        <xref ref-type="bibr" rid="ref20">20</xref>
        ] documents. A JSON document is either a
possibly empty object (unordered list enclosed in curly brackets { }) of key-value pairs or a possibly
empty array of values (ordered list enclosed into square brackets [ ]), where (a) the values could be
either objects or arrays, or primitive values (i.e., string, number, boolean, or null), and (b) the keys
are strings. The keys are unique within an object. A JSON collection (or simply, a collection) is a
multiset/bag of JSON documents, which do not necessarily share the same structure.
      </p>
      <p>
        To process large JSON collections, we use a distributed processing framework. Although Apache
Spark [
        <xref ref-type="bibr" rid="ref21">21</xref>
        ] is a widely-used, high-performance distributed processing engine, we present our algorithms
in the MapReduce [
        <xref ref-type="bibr" rid="ref22">22</xref>
        ] model, which can also be implemented straightforwardly in Spark. This model
lets users design processing pipelines by defining Map and Reduce functions over key-value pairs. The
Map function takes a pair (1, 1) and emits intermediate pairs (2, 2): (1, 1) →− − (2, 2). The
intermediate values with the same key 2 are grouped since they are transmitted to the same compute
node, and the Reduce function applies the predefined computation to each group: (2, [2, . . . →]−)−− − 
(3, 3).
      </p>
      <p>
        Large Language Models (LLMs) [
        <xref ref-type="bibr" rid="ref23">23</xref>
        ], such as GPT (Generative Pre-trained Transformer) [
        <xref ref-type="bibr" rid="ref24">24</xref>
        ] and
its subsequent versions (e.g., LLaMA [
        <xref ref-type="bibr" rid="ref25">25</xref>
        ]), are sophisticated neural architectures developed using
huge collections of text data to forecast and produce coherent, contextually appropriate natural
language, typically using transformer architectures [26]. Efective utilization of LLMs requires prompt
engineering [27], i.e., designing LLM inputs (a.k.a. prompts) that guide the model’s behavior (e.g.,
zero-shot prompting [28], chain-of-thought prompting [29]) toward a desired output. Apart from
text generation, LLMs rely on and produce dense vector representations of linguistic elements, called
embeddings, mapping elements (e.g., words [30], sentences, or documents [31, 32]) into points within
a continuous, low-dimensional vector space so that geometric relationships (e.g., cosine similarity)
represent semantic similarity [33]. Transformer-based models produce contextual token embeddings,
while sentence/document embeddings map variable-length text spans into fixed-dimensional vectors
that are directly comparable via standard similarity measures [34].
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. Fuzzy join based on semantic similarity</title>
      <p>In this section, we investigate the problem of distributed computation of a fuzzy join over two JSON
collections using semantic similarity. In general, a fuzzy join is a join operation applied over two
collections 1, 2 of records, and its result is a new collection containing the pairs of records from 1,
2 that are similar according to a given similarity measure and a threshold. In our setting, the joining
collections include JSON documents. Unlike prior fuzzy join methods that focus on textual similarity
over selected values or on structural similarity, we assess JSON-record similarity by jointly considering
content (keys and values) and structure. For example, consider the JSON collections 1 = {1} and
2 = {2, 3}, where 1, 2, 3 are illustrated in Figure 1. Intuitively, although 1, 3 share the same
structure, and 1, 2 have diferent structures and vocabularies, we would like the joining result to
return only the pair (1, 2); since only this pair describes the same real-world entity (i.e., the documents
are semantically highly-similar). It is easy to understand that traditional fuzzy joining approaches
relying on structural similarity fail to capture the underlying semantic meaning of these documents.</p>
      <p>To address this limitation, our approach, named FLESHJ-Join1, focuses on transforming each JSON
document in the joining collections into a dense vector representation (embedding) that encodes its
semantic content and structure, and then to join collections by comparing them using vector-space
similarity measure [35] (e.g., cosine similarity, (⃗1, ⃗2) = ⃗⃗1· ⃗2⃗ ). Figure 2 illustrates an
‖1‖·‖ 2‖
overview of the proposed semantic fuzzy-join framework, which is organised into an ofline phase and
an online phase. In the ofline phase, for each JSON document included in each collection, we initially
generate a text-representation that preserves the JSON semantics (content and structure), and then
encode this representation into a fixed-dimensional vector space. The collections 1 and 2 include
the text-representations of the documents in 1 and 2, and the collections ℰ1 and ℰ2 contain the
corresponding embeddings, respectively. In the online phase, the precomputed embeddings in ℰ1 and
ℰ2 are fed into a fuzzy-join execution module, which computes semantic similarity scores (e.g., cosine
similarity) between vectors and identifies pairs whose similarity exceeds a given threshold.</p>
      <p>Formally, consider two collections of JSON documents 1 and 2, so that each document  ∈ 1 ∪2
is associated with a unique identifier (). Suppose two transformations 1, 2 transforming a JSON
document to one or more text representations, and a text to an embedding, respectively. The
FLESHJJoin is defined as follows, where  is a given similarity threshold: 1 ⋊⋉≥  2 = {[1, 2] | 1 ∈
1, 2 ∈ 2, (2(1(1)), 2(1(2))) ≥  }. Our objective is to eficiently compute 1 ⋊⋉≥  2
by maximizing the semantic accuracy (assessed using standard information retrieval metrics, such as
precision, recall and  1 score, over a gold-standard set of matching pairs); i.e., if  is the desired output,
we want (1 ⋊⋉≥  2) −  ≃ ∅ , while minimizing both false positives and false negatives.</p>
      <sec id="sec-3-1">
        <title>1stands for Fuzzy LLM-based Embedding Similarity for Heterogeneous JSON</title>
        <sec id="sec-3-1-1">
          <title>3.1. Transforming JSON documents into text representations and embeddings</title>
          <p>The primary challenge lies in designing scalable and efective methods for representing JSON documents
through natural-language text. In this context, the first step consists in transforming each JSON
document  ∈ 1 ∪ 2 into a natural-language text-representation 1( ) ∈  , using a transformation
function 1 : 1 ∪ 2 → 1 ∪ 2. The goal of this transformation is twofold: (i) to preserve the
semantic content of the original document (i.e., what real-world entity or concept it describes), and (ii)
to encode enough information about the document’s structure so that produced document embeddings
can capture similarities that depend on both content and structure.</p>
          <p>To generate the representative text from a certain JSON document, we consider two main methods.
The first method simply generates the text by following a certain text-generation rules. The second
one uses an LLM to generate this text-representation. In both cases, such a transformation is applied
independently to each document, which makes it suitable for large-scale, parallel processing frameworks
(e.g., Spark, or MapReduce).</p>
          <p>In the first approach, we initially model each JSON document  as a tree  ( ) = (, , , ℓ) rooted
at a special document node representing the entire JSON document, so that for each key and primitive
value of the document, a tree node is considered. In addition, for each object element in a JSON array at
position , we create an item node labeled as "Item ". Edges are defined as parent–child links from each
enclosing JSON construct to its component: from an object (or the document root) to its key nodes,
from an array node (typically a key node) to each "Item " node, and from each enclosing key/item node
to its primitive value node. To construct such a tree, we follow a top-down approach, starting from the
document node. Note that the nested arrays of primitive values are encoded using their flattened form;
e.g., the array [[””, ””], ””] is similarly treated as the array [””, ””, ””]. For example, in Figure 1,
the tree-representation of document 1 is the tree  (1).</p>
          <p>Based on the tree representation  ( ) of a JSON document  , we define text-generation rules that
convert each node and its children into short declarative sentences. Traversing  ( ) from the root, for
each internal node  we generate "[n] has fields 1, . . . , " (or "document is described by 1, . . . , "
for the root), where 1, . . . ,  are the children of . For nodes with leaf children, we generate "[n] has
values: 1, . . . , ", and when there is a single leaf value  we use "The value of [n] is [v]". For example,
for  (1) we obtain: "document is described by .  has fields 1, 2. 1 has
ifelds , . The value of  is  ℎ. The value of  is . 2 has fields
, . The value of  is  . The value of  is ". Since multiple nodes might have
the same key, we could use the reachable (root-to-node) path of each node from the root, instead of its
single label.</p>
          <p>The second approach uses an LLM to convert each JSON document into a concise text-representation
that captures both structure and content, with the goal of expressing the document’s meaning. We study
four zero-shot, role-based prompts (Figure 3) that enforce faithfulness (no hallucinated keys/values)
and a standardised, fluent output for FLESHJ-Join: Prompt 1 produces a compact paragraph reflecting
important keys, values, and nesting; Prompt 2 generates a higher-level semantic summary (type of
information, main entities, and relationships) while avoiding technical format details; Prompt 3 follows
a similar style but restricts the output to information explicitly present in the JSON; and Prompt 4
uses process-guided constraints to generate a few simple, consistent sentences, improving embedding
stability and semantic distinctiveness. These prompts define JSON-to-text transformations ( 1), span the
trade-of between structural fidelity (Prompts 1/3) and higher-level semantics/readability (Prompts 2/4)
and can be selected or combined per document. Prompt 1 and Prompt 3 are more tightly coupled to
the original structure and values, whereas Prompt 2 and Prompt 4 focus on higher-level semantics
and human interpretability. In our framework, any of these prompts (or combinations of them) can be
used to generate text-representations of a JSON document. For example, the text-representation of 1
depicted in Figure 1 is "This document describes two actors. One actor is Matthew, whose role is a scientist.
The other actor is Julie, whose role is an artist. It identifies each actor by name and role." , which has been
generated using Prompt 4. As you can see both the structure and content of 1 are captured in this text.</p>
        </sec>
        <sec id="sec-3-1-2">
          <title>3.2. Joining embeddings in a distributed environment</title>
          <p>
            This section presents distributed evaluation techniques for fuzzy joins over embeddings. Once the
embedding collections ℰ1, ℰ2 have been properly constructed, with ℰ = {(( ), ⃗) |  ∈ , ⃗ =
2(1( ))} for  ∈ {1, 2}, FLESHJ-Join aims to find all pairs (1, 2) such that (⃗1, ⃗2) ≥  , where
⃗ represents  ∈ . A naïve all-pairs evaluation requires (|ℰ1||ℰ2|) comparisons and is infeasible
for large JSON collections; moreover, in distributed settings we must also limit communication cost
and balance work. Using MapReduce notation, we outline blocking strategies (e.g., LSH) to reduce
communication and computation, without aiming for an exhaustive optimization study [
            <xref ref-type="bibr" rid="ref7">36, 7, 37</xref>
            ].
          </p>
          <p>Let us initially model the input as a unified multiset of pairs &lt; ( ), (⃗ ,  ) &gt;, where  ∈
{1, 2}. A generic MapReduce job for producing candidate pairs can be written as:</p>
          <p>Map
&lt; ( ), (⃗ ,  ) &gt;→−− {</p>
          <p>&lt; , (( ), ⃗ ,  ) &gt;|  ∈ ( )}</p>
          <p>Reduce
&lt; , {(( ), ⃗ ,  )} →−− &gt;−{− ((1), (2)) | 1 ∈ 1, 2 ∈ 2, (⃗1, ⃗2) ≥  },
where ( ) is a set of blocking keys determining replication and communication cost. Each reducer
receives embeddings sharing a key  and evaluates a local join between the subsets from 1 and 2.</p>
          <p>We consider two representative options for computing ( ). (1) Matrix bucketing (baseline):
embeddings from ℰ1 and ℰ2 are hashed to rows and columns of an  ×  matrix, and each reducer processes
a cell bucket. This guarantees full coverage but can incur high replication [38, 39]. If  is the
number of reducers, it is recommended to select  ≈ √2. (2) LSH blocking: for cosine similarity, let ℎℓ
(ℓ = 1, . . . , ) be independent LSH functions [40, 41, 42] and define ( ) = {ℎℓ(⃗ ) | ℓ = 1, . . . , }.
The map function emits one pair per hash value, while each reducer compares only vectors co-assigned
to the same bucket, followed by optional duplicate elimination across buckets. Matrix bucketing is
deterministic but expensive in communication, while LSH trades deterministic coverage for probabilistic
recall with reduced shufle; increasing  improves recall at the cost of additional replication.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Preliminary Evaluation</title>
      <p>This section presents a preliminary evaluation focusing on the generation of text-representations
from JSON documents. To evaluate our approach, since no publicly available dataset is
available, we generated a dataset 2 of ∼ 200K JSON documents using ChatGPT3, ensuring that ≈</p>
      <sec id="sec-4-1">
        <title>2The dataset is available here: https://github.com/DLIB-Ionian-University/fuzzyjoin-json-dataset 3OpenAI ChatGPT, https://chatgpt.com/</title>
        <p>5% of the documents form pairs with at least 80% similarity in content and/or structure
(including similar content under diferent structures, and similar structure with diferent content).
From this dataset, we evaluated 31 documents (9
matching pairs with similarity ≥ 80%), manu- PPrroommpptt1 Pre4c7i%sion R8e9c%all Ac9cu5%racy
ally validated the similarity estimates (and com- Prompt 2 13% 100% 74%
puting precision, recall, and accuracy). For each Prompt 3 82% 100% 99%
prompt, we generated text representations (Meta Prompt 4 64% 100% 98%
Llama 3.3-70B-Instruct), embedded them (all- Table 1: Accuracy, precision, and recall.
MiniLM-L6-v2), and compared the 220
crosscollection pairs with cosine similarity; Table 1 reports precision, recall, and accuracy. Three prompts
achieve accuracy ≥ 95%; Prompt 3 yields the best precision/recall trade-of, with Prompt 4 close.
Metrics are computed over pairs with similarity ≥ 80%, where a produced pair is counted as correct if
it is estimated to have similarity ≥ 80% and its computed cosine similarity is also ≥ 80%.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Related Work</title>
      <p>Existing work on fuzzy joins in distributed environments has largely focused on structural or
tokenbased similarity measures [43, 44, 45, 38, 46], often combined with optimization techniques such
as filtering, prefix indexing or partition-based pruning. Approaches leveraging MapReduce and its
derivatives [38, 47, 48] have enabled large-scale execution, with improvements including Bloom
filterbased pruning, ball hashing and substring splitting [47] to reduce candidate comparisons. While these
methods are efective for structure-oriented matching, for example when using Hamming or edit
distance on flattened keys, they struggle to capture cases where two JSON documents are structurally
diferent but semantically equivalent. In the context of assessing structural similarity in semi-structured
data (e.g., JSON documents), it is worth mentioning JSONVec [49] and ORIGAMI [50], both of which
propose methods for encoding JSON structures into embeddings. Recent advances in semantic similarity,
such as sentence embeddings and large language models (LLMs), ofer new opportunities, but integrating
them eficiently into a distributed fuzzy join pipeline introduces new computational and communication
bottlenecks. Moreover, research on semantic similarity in order to create clusters of files has been
done [51, 52, 53, 54], and shows that semantic similarity between JSON files is already useful for
clustering; we therefore investigate how to repurpose these semantic signals to perform fuzzy joins
with higher recall and precision. Computing such a join is non-trivial, especially when performed at
scale. In addition to the inherent complexity of comparing high-dimensional semantic embeddings, the
integration of language models into a distributed computation pipeline introduces additional challenges,
including network overhead, fault tolerance, load balancing, and the serialization of model calls across
the cluster. These factors make the deployment of fuzzy join operations in real-world distributed
systems particularly demanding.</p>
    </sec>
    <sec id="sec-6">
      <title>6. Conclusion and Future Work</title>
      <p>In this work, we presented a distributed semantic fuzzy join for JSON collections that (1) textualizes each
document to preserve content and structure (rule- or prompt-based), (2) encodes the text as embeddings,
and (3) applies a scalable similarity-join pipeline over vectors. Future work will expand evaluation on
larger datasets, study prompt/embedding choices, investigate extensions of JSONVec/ORIGAMI [49, 50]
and study distributed cost optimizations (e.g., batching/caching model calls).</p>
    </sec>
    <sec id="sec-7">
      <title>Declaration on Generative AI</title>
      <p>During the preparation of this work, the authors used GPT in order to: Grammar and spelling check.
After using these tool/service, the authors reviewed and edited the content as needed and take full
responsibility for the publication’s content.
arXiv:2302.13971 (2023).
[26] A. Vaswani, N. Shazeer, N. Parmar, J. Uszkoreit, L. Jones, A. N. Gomez, Ł. Kaiser, I. Polosukhin,</p>
      <p>Attention is all you need, Advances in neural information processing systems 30 (2017).
[27] P. Liu, W. Yuan, J. Fu, Z. Jiang, H. Hayashi, G. Neubig, Pre-train, prompt, and predict: A systematic
survey of prompting methods in natural language processing, ACM computing surveys 55 (2023)
1–35.
[28] J. Wei, M. Bosma, V. Y. Zhao, K. Guu, A. W. Yu, B. Lester, N. Du, A. M. Dai, Q. V. Le, Finetuned
language models are zero-shot learners, arXiv preprint arXiv:2109.01652 (2021).
[29] J. Wei, X. Wang, D. Schuurmans, M. Bosma, F. Xia, E. Chi, Q. V. Le, D. Zhou, et al., Chain-of-thought
prompting elicits reasoning in large language models, Advances in neural information processing
systems 35 (2022) 24824–24837.
[30] T. Mikolov, I. Sutskever, K. Chen, G. S. Corrado, J. Dean, Distributed representations of words and
phrases and their compositionality, Advances in neural information processing systems 26 (2013).
[31] Z. Lin, M. Feng, C. N. d. Santos, M. Yu, B. Xiang, B. Zhou, Y. Bengio, A structured self-attentive
sentence embedding, arXiv preprint arXiv:1703.03130 (2017).
[32] N. Reimers, I. Gurevych, Sentence-bert: Sentence embeddings using siamese bert-networks, arXiv
preprint arXiv:1908.10084 (2019).
[33] Y. Bengio, R. Ducharme, P. Vincent, C. Jauvin, A neural probabilistic language model, Journal of
machine learning research 3 (2003) 1137–1155.
[34] J. Devlin, M.-W. Chang, K. Lee, K. Toutanova, Bert: Pre-training of deep bidirectional transformers
for language understanding, in: Proceedings of the 2019 conference of the North American chapter
of the association for computational linguistics: human language technologies, volume 1 (long
and short papers), 2019, pp. 4171–4186.
[35] W. H. Gomaa, A. A. Fahmy, et al., A survey of text similarity approaches, international journal of</p>
      <p>Computer Applications 68 (2013) 13–18.
[36] B. Yang, H. J. Kim, J. Shim, D. Lee, S.-g. Lee, Fast and scalable vector similarity joins with mapreduce,</p>
      <p>Journal of Intelligent Information Systems 46 (2016) 473–497.
[37] R. Baraglia, G. D. F. Morales, C. Lucchese, Document similarity self-join with mapreduce, in: 2010</p>
      <p>IEEE International Conference on data mining, IEEE, 2010, pp. 731–736.
[38] R. Uhartegaray, L. D’Orazio, M. Damigos, E. Kalogeros, Scalable computation of fuzzy joins over
large collections of json data, IEEE International Conference on Fuzzy Systems (FUZZ-IEEE)
(2023).
[39] A. Okcan, M. Riedewald, Processing theta-joins using mapreduce, in: Proceedings of the 2011</p>
      <p>ACM SIGMOD International Conference on Management of data, 2011, pp. 949–960.
[40] M. S. Charikar, Similarity estimation techniques from rounding algorithms, in: Proceedings of the
thiry-fourth annual ACM symposium on Theory of computing, 2002, pp. 380–388.
[41] A. Andoni, P. Indyk, T. Laarhoven, I. Razenshteyn, L. Schmidt, Practical and optimal lsh for angular
distance, Advances in neural information processing systems 28 (2015).
[42] X. Hu, Y. Tao, K. Yi, Output-optimal parallel algorithms for similarity joins, in: Proceedings of the</p>
      <p>ACM SIGMOD-SIGACT-SIGAI Symposium on Principles of Database Systems, 2017, pp. 79–90.
[43] T. Hütter, N. Augsten, C. M. Kirsch, M. J. Carey, C. Li, JEDI: These aren’t the JSON documents
you’re looking for..., SIGMOD ’22 (2022).
[44] A. Sevim, A. Eldawy, E. P. Carman, M. J. Carey, V. J. Tsotras, Fudj: Flexible user-defined distributed
joins, IEEE International Conference on Fuzzy Systems (2024).
[45] T. Mizokami, S. Bou, T. Amagasa, Subtree similarity search based on structure and text, in: Big</p>
      <p>Data Analytics and Knowledge Discovery, 2024.
[46] M. Yu, G. Li, D. Deng, J. Feng, String similarity search and join : A survey, Frontiers of Computer</p>
      <p>Science (2015).
[47] T.-T.-Q. Tran, T.-C. Phan, A. Laurent, L. D’Orazio, Optimization for large-scale fuzzy joins using
fuzzy filters in mapreduce, IEEE International Conference on Fuzzy Systems (2020).
[48] A. Drissi, L. d’Orazio, M. Damigos, Scalable structural similarity analysis of json documents using
mapreduce, IEEE International Conference on Fuzzy Systems, Jul 2025 (2025).
[49] W. Woof, K. Chen, A framework for end-to-end learning on semantic tree-structured data, arXiv
preprint arXiv:2002.05707 (2020).
[50] T. Rückstieß, A. Huang, R. Vujanic, ORIGAMI: A generative transformer architecture for
predictions from semi-structured data, arXiv preprint arXiv:2412.17348 (2024).
[51] U. P. Dharmaraj, P. S. Thilagam, JSON document clustering based on schema embeddings, Journal
of information science (2022).
[52] U. P. Dharmaraj, P. S. Thilagam, JSON document clustering based on structural similarity and
semantic fusion, in: Proceedings of International Conference on Computational Intelligence and
Data Engineering, 2023.
[53] D. Chandrasekaran, V. Mago, Evolution of semantic similarity - a survey, ACM Computing Surveys
(2021).
[54] D. R. Santana, P. H. S. Lima, L. A. Ribeiro, EM-Join: Eficient entity matching using
embeddingbased similarity join, in: Proceedings of the International Conference on Enterprise Information
Systems, 2025.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Jiang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Feng</surname>
          </string-name>
          , W.-S. Li,
          <article-title>String similarity joins: An experimental evaluation</article-title>
          ,
          <source>Proc. VLDB Endow</source>
          .
          <volume>7</volume>
          (
          <year>2014</year>
          )
          <fpage>625</fpage>
          -
          <lpage>636</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>R.</given-names>
            <surname>Vernica</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. J.</given-names>
            <surname>Carey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <article-title>Eficient Parallel Set-similarity Joins Using MapReduce</article-title>
          , in: SIGMOD,
          <year>2010</year>
          , pp.
          <fpage>495</fpage>
          -
          <lpage>506</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>D.</given-names>
            <surname>Deng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Hao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Feng</surname>
          </string-name>
          ,
          <article-title>Massjoin: A mapreduce-based method for scalable string similarity joins</article-title>
          ,
          <source>in: ICDE</source>
          ,
          <year>2014</year>
          , pp.
          <fpage>340</fpage>
          -
          <lpage>351</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Sun</surname>
          </string-name>
          ,
          <article-title>Qjoin: A q-sample-based method for large-scale string similarity joins</article-title>
          ,
          <source>in: ISCID</source>
          ,
          <year>2018</year>
          , pp.
          <fpage>45</fpage>
          -
          <lpage>48</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>T.-T.-Q. Tran</surname>
          </string-name>
          , T.-
          <string-name>
            <surname>C. Phan</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Laurent</surname>
          </string-name>
          , L. d' Orazio,
          <article-title>Improving hamming distance-based fuzzy join in mapreduce using bloom filters</article-title>
          , in: FUZZ-IEEE,
          <year>2018</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>7</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>T.</given-names>
            <surname>Thi-</surname>
          </string-name>
          To-Quyen,
          <string-name>
            <given-names>P.</given-names>
            <surname>Thuong-Cang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Laurent</surname>
          </string-name>
          ,
          <string-name>
            <surname>L.</surname>
          </string-name>
          <article-title>d'Orazio, Optimization for large-scale fuzzy joins using fuzzy filters in mapreduce</article-title>
          , in: FUZZ-IEEE, IEEE,
          <year>2020</year>
          , pp.
          <fpage>1</fpage>
          -
          <lpage>8</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>F. N.</given-names>
            <surname>Afrati</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. D.</given-names>
            <surname>Sarma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Menestrina</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Parameswaran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. D.</given-names>
            <surname>Ullman</surname>
          </string-name>
          , Fuzzy Joins Using MapReduce, in: ICDE,
          <year>2012</year>
          , pp.
          <fpage>498</fpage>
          -
          <lpage>509</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>M.</given-names>
            <surname>Yu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Deng</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Feng</surname>
          </string-name>
          ,
          <article-title>String similarity search and join: a survey</article-title>
          ,
          <source>Frontiers of Computer Science</source>
          <volume>10</volume>
          (
          <year>2016</year>
          )
          <fpage>399</fpage>
          -
          <lpage>417</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>M.</given-names>
            <surname>Pawlik</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Augsten</surname>
          </string-name>
          ,
          <article-title>Tree edit distance: Robust and memory-eficient</article-title>
          ,
          <source>Information Systems</source>
          <volume>56</volume>
          (
          <year>2016</year>
          )
          <fpage>157</fpage>
          -
          <lpage>173</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>R.</given-names>
            <surname>Yang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Kalnis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. K.</given-names>
            <surname>Tung</surname>
          </string-name>
          ,
          <article-title>Similarity evaluation on tree-structured data</article-title>
          ,
          <source>in: SIGMOD</source>
          ,
          <year>2005</year>
          , pp.
          <fpage>754</fpage>
          -
          <lpage>765</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>L.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <article-title>Space eficient algorithms for ordered tree comparison</article-title>
          ,
          <source>Algorithmica</source>
          <volume>51</volume>
          (
          <year>2008</year>
          )
          <fpage>283</fpage>
          -
          <lpage>297</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>J.</given-names>
            <surname>Tekli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Chbeir</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Yetongnon</surname>
          </string-name>
          ,
          <article-title>An overview on XML similarity: Background, current trends and future directions</article-title>
          ,
          <source>Computer science review 3</source>
          (
          <year>2009</year>
          )
          <fpage>151</fpage>
          -
          <lpage>173</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>G.</given-names>
            <surname>Cobena</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Abiteboul</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Marian</surname>
          </string-name>
          ,
          <article-title>Detecting changes in XML documents</article-title>
          , in: ICDE, IEEE,
          <year>2002</year>
          , pp.
          <fpage>41</fpage>
          -
          <lpage>52</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>C.</given-names>
            <surname>Donnat</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Holmes</surname>
          </string-name>
          ,
          <article-title>Tracking network dynamics: A survey of distances and similarity metrics</article-title>
          , arXiv preprint arXiv:
          <year>1801</year>
          .
          <volume>07351</volume>
          (
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>D.</given-names>
            <surname>Koutra</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Parikh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Ramdas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Xiang</surname>
          </string-name>
          ,
          <article-title>Algorithms for graph similarity and subgraph matching</article-title>
          ,
          <source>in: Proc. Ecol. inference conf</source>
          , volume
          <volume>17</volume>
          ,
          <string-name>
            <surname>Citeseer</surname>
          </string-name>
          ,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>D. U.</given-names>
            <surname>Priya</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. S.</given-names>
            <surname>Thilagam</surname>
          </string-name>
          ,
          <article-title>JSON document clustering based on schema embeddings</article-title>
          ,
          <source>Journal of Information Science</source>
          (
          <year>2022</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>T.</given-names>
            <surname>Hütter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Augsten</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. M.</given-names>
            <surname>Kirsch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. J.</given-names>
            <surname>Carey</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <surname>JEDI</surname>
          </string-name>
          :
          <article-title>These aren't the JSON documents you're looking for?</article-title>
          ,
          <source>in: SIGMOD</source>
          ,
          <year>2022</year>
          , pp.
          <fpage>1584</fpage>
          -
          <lpage>1597</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>E.</given-names>
            <surname>Ben Hadj Yahia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.-R.</given-names>
            <surname>Falleri</surname>
          </string-name>
          , L. Réveillère,
          <article-title>Polly: A language-based approach for custom change detection of web service data</article-title>
          ,
          <source>in: ICSOC</source>
          , Springer,
          <year>2017</year>
          , pp.
          <fpage>430</fpage>
          -
          <lpage>444</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>H.</given-names>
            <surname>Cao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.-R.</given-names>
            <surname>Falleri</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Blanc</surname>
          </string-name>
          ,
          <string-name>
            <surname>L. Zhang,</surname>
          </string-name>
          <article-title>JSON patch for turning a pull REST API into a push</article-title>
          ,
          <source>in: ICSOC</source>
          , Springer,
          <year>2016</year>
          , pp.
          <fpage>435</fpage>
          -
          <lpage>449</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>T.</given-names>
            <surname>Bray</surname>
          </string-name>
          ,
          <article-title>The javascript object notation (JSON) data interchange format</article-title>
          ,
          <source>RFC</source>
          <volume>7158</volume>
          (
          <year>2014</year>
          )
          <fpage>1</fpage>
          -
          <lpage>16</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>M.</given-names>
            <surname>Zaharia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Chowdhury</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. J.</given-names>
            <surname>Franklin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Shenker</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Stoica</surname>
          </string-name>
          , Spark:
          <article-title>Cluster computing with working sets</article-title>
          ,
          <source>in: Proceedings of the USENIX Conference on Hot Topics in Cloud Computing (HotCloud)</source>
          ,
          <year>2010</year>
          , pp.
          <fpage>10</fpage>
          -
          <lpage>10</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>J.</given-names>
            <surname>Dean</surname>
          </string-name>
          ,
          <string-name>
            <surname>S. Ghemawat,</surname>
          </string-name>
          <article-title>MapReduce: Simplified data processing on large clusters</article-title>
          ,
          <source>in: Proceedings of the Symposium on Operating Systems Design and Implementation (OSDI)</source>
          ,
          <year>2004</year>
          , pp.
          <fpage>137</fpage>
          -
          <lpage>150</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>W. X.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Zhou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Tang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Hou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Min</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Zhang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Dong</surname>
          </string-name>
          , et al.,
          <article-title>A survey of large language models</article-title>
          ,
          <source>arXiv preprint arXiv:2303.18223 1</source>
          (
          <year>2023</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>A.</given-names>
            <surname>Radford</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Narasimhan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Salimans</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            <surname>Sutskever</surname>
          </string-name>
          , et al.,
          <article-title>Improving language understanding by generative pre-training (</article-title>
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>H.</given-names>
            <surname>Touvron</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Lavril</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Izacard</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
            <surname>Martinet</surname>
          </string-name>
          , M.
          <article-title>-</article-title>
          <string-name>
            <surname>A. Lachaux</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Lacroix</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Rozière</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Goyal</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          <string-name>
            <surname>Hambro</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Azhar</surname>
          </string-name>
          , et al.,
          <article-title>Llama: Open and eficient foundation language models, arXiv preprint</article-title>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>