# Knowledge graph embedding methods for entity alignment: experimental review

Nikolaos Fanourakis, Vasilis Efthymiou, Dimitris Kotzinos, Vassilis Christophides

► To cite this version:

Nikolaos Fanourakis, Vasilis Efthymiou, Dimitris Kotzinos, Vassilis Christophides. Knowledge graph embedding methods for entity alignment: experimental review. Data Mining and Knowledge Discovery, 2023, 37 (5), pp.2070-2137. 10.1007/S10618-023-00941-9. hal-04319674

HAL Id: hal-04319674

https://hal.science/hal-04319674v1

Submitted on 2 Feb 2024

HAL is a multi-disciplinary open access
archive for the deposit and dissemination of sci-
entific research documents, whether they are pub-
lished or not. The documents may come from
teaching and research institutions in France or
abroad, or from public or private research centers.

L'archive ouverte pluridisciplinaire HAL, est
destinée au dépôt et à la diffusion de documents
scientifiques de niveau recherche, publiés ou non,
émanant des établissements d'enseignement et de
recherche français ou étrangers, des laboratoires
publics ou privés.

<figure><img src="image_1.png" /></figure>
# Knowledge graph embedding methods for entity alignment: experimental review

Nikolaos Fanourakis¹,² ID · Vasilis Efthymiou¹ ID · Dimitris Kotzinos³ · Vassilis Christophides³

Received: 28 January 2022 / Accepted: 12 May 2023 / Published online: 29 June 2023
© The Author(s) 2023

## Abstract

In recent years, we have witnessed the proliferation of knowledge graphs (KG) in various domains, aiming to support applications like question answering, recommendations, etc. A frequent task when integrating knowledge from different KGs is to find which subgraphs refer to the same real-world entity, a task largely known as the Entity Alignment. Recently, embedding methods have been used for entity alignment tasks, that learn a vector-space representation of entities which preserves their similarity in the original KGs. A wide variety of supervised, unsupervised, and semi-supervised methods have been proposed that exploit both factual (attribute based) and structural information (relation based) of entities in the KGs. Still, a quantitative assessment of their strengths and weaknesses in real-world KGs according to different performance metrics and KG characteristics is missing from the literature. In this work, we conduct the first meta-level analysis of popular embedding methods for entity alignment, based on a statistically sound methodology. Our analysis reveals statistically significant correlations of different embedding methods with various meta-features extracted by KGs and rank them in a statistically significant way according to their effectiveness across all real-world KGs of our testbed. Finally, we study interesting trade-offs in terms of methods' effectiveness and efficiency.

**Keywords** Knowledge graph embeddings · Entity alignment · Knowledge graphs

## 1 Introduction

In recent years, we have witnessed the proliferation of *knowledge graphs* (KGs) in various domains, aiming to support applications like entity search (Dong et al. 2014), question answering (Ahmetaj et al. 2021), and recommendations (Tarus et al.

<footnote>Responsible editor: Aditya Prakash.</footnote>

<footnote>Extended author information available on the last page of the article</footnote>
<figure><img src="image_2.png" /><figcaption>**Fig. 1** An example of two KGs whose entities can be aligned. The red dashed lines connect the aligned entities $(v_1, v_5)$, $(v_2, v_6)$, $(v_3, v_7)$, and $(v_4, v_8)$</figcaption></figure>

2018). Typically, KGs store machine-readable descriptions of real-world entities (e.g., people, movies, books) that capture both relational and factual information. In this work, we refer to an entity description as an identifiable set of property-value pairs that abstracts several data formats, such as relational, RDF, or property graphs.

As different KGs may independently describe the same real-world entity, a crucial task when integrating knowledge from several KGs is to align their entity descriptions. Entity alignment (EA), also known as entity resolution (Christophides et al. 2015, 2021), aims to identify pairs of descriptions from different KGs that refer to the same real-world entity, which we call matching pairs or simply, matches.

Figure 1 shows an example of two KGs, each containing four entity descriptions, represented as nodes, with their properties, represented as edges. The entities described in those KGs can be aligned. For instance, node $v_1$ in KG$_1$ is a description of the director Stanley Kubrick, providing his name and birth year as attributes, and the facts that he directed and wrote the movie The Shining, as well as that he also directed an entity represented by $v_3$ as relations. Node $v_1$ should be aligned with node $v_5$ in KG$_2$, even if the “name” attribute is now called “label”, and its value, “S. Kubrick”, is slightly different than the name value, “Stanley Kubrick”, used in $v_1$. The birth year attribute is also missing in $v_5$, compared to $v_1$, and its only relation to $v_6$ is “directed”, missing the relation “wrote” that was also provided in KG$_1$ between $v_1$ and $v_2$. Similarly, the other entity alignments in the example of Fig. 1 should be $v_2$ with $v_6$ (describing the movie “The Shining”), $v_3$ with $v_7$ (describing the movie “Barry Lyndon”), and $v_4$ with $v_8$ (describing the actor Philip Stone).

One way to implement entity alignment as a machine learning (ML) task, is to learn a vector-space representation of symbolic KGs, known as embeddings.
Numerical representations (embeddings) of KGs are preferred over symbolic ones in various ML tasks (link/node/subgraph prediction, matching, etc.), as they potentially mitigate the symbolic, linguistic and schematic heterogeneity of independently created KGs and thus aim to simplify knowledge reasoning. The idea is to embed the nodes (entities) and edges (relations or attributes) of a KG into a low-dimensional vector space. Particularly, we would like similar entities in the original KG to be close to each other in the embedding space and dissimilar entities to be far from each other. In this respect, both *positive* (i.e., actual KG edges) and *negative* (i.e., synthetic edges, non-existing in the actual KG) samples of the KGs are used. This way, by measuring their embeddings distance in the vector space, we can decide whether two entities are matching or not. Any available ground truth regarding the alignment of entities, called *seed alignment*, can be used for training and/or evaluating an embedding method.

Learning low-dimensional representations of KGs in a way such that the semantic relatedness of entities is captured by the geometrical structures of an embedding space is a challenging task that gave birth to numerous methods. *Embedding-based entity alignment* methods essentially exploit the *relational* (i.e., entity structural neighborhood) and the *factual* part (i.e., entity names/identities, attributes that represent literals) of descriptions. We refer to the former as *relation-based* methods, e.g., MTransE (Chen et al. 2017), MTransE+RotatE (Sun et al. 2020), RDGCN (Wu et al. 2019), RREA (Mao et al. 2020b), and to the latter as *attribute-based* methods, e.g., MultiKE (Zhang et al. 2019), AttrE (Trisedya et al. 2019), KDCoE (Chen et al. 2018), BERT_INT (Tang et al. 2020). Although this research direction is rapidly growing, there are still several open questions regarding the underlying assumptions of methods, as well as, the efficiency and effectiveness of entity alignment in realistic settings. In particular, in this work we address the following missing insights from the literature:

Q1. **Characteristics of methods.** What are the critical factors that affect the effectiveness of relation-based (e.g., negative sampling, range of neighborhood) and attribute-based methods (e.g., usage of literals) and how sensitive are the methods to hyperparameters tuning?

Q2. **Families of methods.** What is the improvement in the effectiveness of embedding-based entity alignment methods if we consider not only the structural relations of entities, but also their attribute values?

Q3. **Effectiveness vs Efficiency Tradeoff.** Is the runtime overhead of each method worth paying, with respect to the achieved effectiveness?

Q4. **Characteristics of datasets.** To which characteristics of the datasets (e.g., sparsity, number of entity pairs in seed alignment, heterogeneity in terms of literals, predicate names and entity names) are supervised, semi-supervised and unsupervised methods sensitive?

Although several recent works (Zeng et al. 2021; Choudhary et al. 2021; Wang et al. 2017; Sun et al. 2020; Zhang et al. 2020; Zhao et al. 2022; Jiang et al. 2021; Wang et al. 2021; Leone et al. 2022; Zhang et al. 2022; Chaurasiya et al. 2022)
survey embedding-based entity alignment methods, only few of them (Sun et al. 2020; Zhang et al. 2020; Zhao et al. 2022; Leone et al. 2022; Zhang et al. 2022; Chaurasiya et al. 2022) conduct an experimental evaluation to obtain useful insights. The conclusions drawn from Zhang et al. (2020) are limited, as it leaves out some representative methods in embedding-based alignment such as MTransE (no negative sampling), KDCoE (semi-supervised exploiting long textual descriptions<fnref n="1" />), RREA (semi-supervised exploiting structural information), AttrE (unsupervised), BERT_INT (supervised exploiting both structural and factual information), while neither RREA nor BERT_INT were part of OpenEA (Sun et al. 2020), as both were published later. In addition, Leone et al. (2022) does not include MTransE, MTransE+RotatE, AttrE, KDCoE, while RREA is not included in Leone et al. (2022), Zhang et al. (2022), Chaurasiya et al. (2022) either. Moreover, benchmarking efforts such as Zhang et al. (2020), OpenEA (Sun et al. 2020), EAE (Zhao et al. 2022) and Leone et al. (2022), Zhang et al. (2022), Chaurasiya et al. (2022), do not shed light on questions Q1, Q2 and Q3, addressed in our work. Furthermore, only a subset of the dataset characteristics we study in our work, such as the density of the KGs, and the similarity of entity names, have been considered by previous works to answer question Q4.

To compare the effectiveness and efficiency of the methods in realistic settings, we have extended the testbed of datasets with pairs of KGs usually considered in related empirical studies. Specifically, OpenEA, EAE and Leone et al. (2022), Zhang et al. (2022), Chaurasiya et al. (2022) employ only datasets with a low number of entities featuring descriptions and literal values. In our testbed, we have included five additional datasets whose unique characteristics allow us to draw new insights regarding the evaluated EA methods, which were not previously reported in Sun et al. (2020), Zhang et al. (2020), Zhao et al. (2022), Leone et al. (2022), Zhang et al. (2022), Chaurasiya et al. (2022). More precisely, supervised methods like RDGCN exploiting KG relations, are outperformed by unsupervised (AttrE) and semi-supervised (KDCoE) methods that exploit the similarity of literals in datasets of decreasing density, but with rich factual information (i.e., attributes).

Rather than simply reporting the raw experimental results, we conduct a meta-level analysis, aiming to find statistically significant correlations between the methods and the dataset characteristics (meta-features). Furthermore, we consider the non-parametric Friedman test (Demsar 2006) and the post-hoc Nemenyi test (Nemenyi 1963), in order to perform a pairwise comparison of the methods and rank them based on their effectiveness across all datasets of our testbed. Finally, we are interested in the methods’ training time curve and potential effectiveness vs efficiency trade-offs instead of simply reporting overall runtimes (as in OpenEA and EAE).

In a nutshell, the contributions of this work are the following:

<footnote n="1">¹ Although the term “literals” is inclusive of entity names and textual descriptions, in the EA literature we differentiate between them as follows: *entity names* are the suffixes of entity identifiers (which are sometimes meaningful), *textual descriptions* are the values of some pre-determined attributes that typically span several sentences, as opposed to the simple *literals*, used to describe all other factual data, typically of much shorter length (1-2 words).</footnote>
* In Sect. 2, we present a qualitative comparison of state-of-the-art embedding-based entity alignment methods that span from supervised, i.e., MTransE (Chen et al. 2017), MTransE+RotatE (Sun et al. 2020), MultiKE (Zhang et al. 2019), RDGCN (Wu et al. 2019), RREA(basic) (Mao et al. 2020b), BERT_INT (Tang et al. 2020), to unsupervised, i.e., AttrE (Trisedya et al. 2019), and semi-supervised, i.e., KDCoE (Chen et al. 2018), RREA(semi) (Mao et al. 2020b), paradigms. They are representative methods of different embedding families covering both relation- and attribute-based, but also considering one-hop and multi-hop neighborhoods in KGs, as well as different negative sampling strategies.

* In Sect. 3, we describe our framework for a fair empirical comparison of the different methods. We detail the extended testbed of datasets that exhibit diverse characteristics (w.r.t. KG density, entity naming, textual descriptions, etc.) usually encountered in reality along with the corresponding pre-processing pipelines. We additionally introduce the evaluation protocol and metrics capturing different aspects of the methods' effectiveness.

* In Sect. 4, we report and analyze the results of a series of experiments, including a comparison to a state-of-the-art non-embedding-based method, PARIS (Suchanek et al. 2011), conducted to answer the four open questions introduced previously, using a reliable, statistically sound methodology. First, we discover a statistical significant ranking of the methods according to their effectiveness across all real-world KGs of our testbed. Then, we study interesting trade-offs in terms of their effectiveness and efficiency. Last but not least, we extract statistically significant correlations between the methods' performance with various characteristics of our datasets (i.e., meta features).

Finally, the main conclusions drawn from our experiments, as well as the plans for future work, are discussed in Sect. 5.

## 2 Entity alignment with KG embeddings

In this section, we first formally define the entity alignment problem on Knowledge Graphs (KGs), along with some related constraints. Then, we provide a qualitative comparison of entity alignment methods based on KG embedding.

### 2.1 The entity alignment problem

Following the typical notation used in the literature (Zhang et al. 2019; Wang et al. 2020), we assume that entities (with the corresponding *entity names*),<fnref n="2" /> are described in KGs by a collection of edges (*h*, *r*, *t*), whose head *h* is always an entity, and tail *t* may be either another entity, in which case we call this edge a *relation edge* and *r* a *relation*, or a literal (e.g., number, date, string), in which case we call this edge an *attribute edge* and *r* an *attribute* with its corresponding

<figure><img src="image_3.png" /></figure>

<footnote n="2">² The string suffix after the last slash of a URI of an entity or an attribute (Zhang et al. 2019).</footnote>
attribute name². We represent a knowledge graph as KG = (E, R, A, L, X, Y), where E is a set of entities, R is a set of relations, A is a set of attributes, L is a set of literals, X ⊆ (E × R × E) and Y ⊆ (E × A × L) are the sets of relation and attribute edges of the KG, respectively. Given a source KG₁ = (E₁, R₁, A₁, L₁, X₁, Y₁) and a target KG₂ = (E₂, R₂, A₂, L₂, X₂, Y₂), the task of entity alignment is to find pairs of matching entities M = {(eᵢ, eⱼ) ∈ E₁ × E₂ | eᵢ ≡ eⱼ}, where “≡” denotes the equivalence relationship (Zhang et al. 2019; Wang et al. 2020). A subset δ ⊆ M of the matching pairs may be used as a seed alignment for training. For instance, in Fig. 1, the entities of the two KGs are E₁ = {v₁, v₂, v₃, v₄} and E₂ = {v₅, v₆, v₇, v₈}. The relations are R₁ = {cast, directed, wrote} and R₂ = {directed, actedIn}, while the attributes are A₁ = {name, birth-year, title}, A₂ = {label} and the literals are L₁ = {}}, StanleyKubrick'', {}}1928'', {}}TheShining''. L₂ = {}}, StanleyKubrick'', {}}BarryLyndon'', {}}P.Stone''. The relation edges are X₁ = {(v1, directed, v2), (v2, directed, v1), (v1, directed, v3), (v2, directed, v4)}, X₂ = {(v5, directed, v6), (v8, actedIn, v6), (v8, actedIn, v7)}, while the attribute edges are Y₁ = {(v1, name,')}StanleyKubrick'', (v1, birth-year,')}1928'', (v2, title,')}TheShining''} and Y₂ = {(v5, label,')}S.Kubrick'', (v8, label,')}P.Stone'', (v7, label,')}BarryLyndon'')}. The task of entity alignment is to find the matches (denoted by dashed edges in Fig. 1) M = {(v1, v5), (v2, v6), (v3, v7), (v4, v8)}.

In practice, all the evaluated entity alignment methods rely on a number of assumptions/constraints, as listed below:

* Every entity is assumed to be the head of at least one relation edge (so we do not consider entities that are not part of a connected component of the KG):
  $\forall e \in E, \exists r \in R, t \in E : (e, r, t) \in X$.

* 1-to-1 constraint: Every entity in E₁ should be matched to exactly one entity in E₂: $\forall e_i \in E_1 (\exists e_j \in E_2 : (e_i, e_j) \in M) \land (\forall e'_j \in E_2 : (e_i, e'_j) \in M)$ and vice versa $\forall e_j \in E_2 (\exists e_i \in E_1 : (e_i, e_j) \in M) \land (\forall e'_i \in E_1 : (e'_i, e_j) \in M)$. This also implies that $|M| = |E_1| = |E_2|$.

## 2.2 Knowledge graph embeddings for entity alignment

KG embedding methods aim to learn a low-dimensional vector-space representation of symbolic KGs, known as *embeddings*. The idea is to embed the nodes (entities) and edges (relations or attributes) of a KG in an embedding space in a way that preserves their similarity in the original KG. Embedding methods have been proven to be effective in many machine learning tasks, such as node classification (Kipf and Welling 2017) that aims to assign entity types to KG nodes, or link prediction (Bordes et al. 2013; Sun et al. 2019) that aims to find missing relations between entities in a single KG. Lately, several embedding-based methods have been also proposed for entity alignment, exploiting either relation edges (*relation-based methods*), such as MTransE (Chen et al. 2017), MTransE + RotatE (Sun et al. 2020), RDGCN (Wu et al.
<figure><img src="image_4.png" /><figcaption>**Fig. 2** General framework of KG embeddings for entity alignment</figcaption></figure>

2019), RREA(basic) (Mao et al. 2020b), RREA(semi) (Mao et al. 2020b) or attribute edges (*attribute-based methods*), such as MultiKE (Zhang et al. 2019), AttrE (Trisedya et al. 2019), KDCoE (Zhang et al. 2017), and BERT_INT (Tang et al. 2020).

Figure 2 depicts the building blocks of embedding-based entity alignment methods: (i) The *embedding module* $S_K$ that encodes the entities of each KG in an embedding space ($L1$ for $KG_1$ and $L2$ for $KG_2$) according to the *relational* (i.e., entity structural neighborhood) and/or the *factual* part (i.e., entity names/identities, literals/text) of descriptions. (ii) The *alignment module* $S_A$ that aligns the produced entity embeddings using the *seed alignment* (supervised) or *attribute-values* similarity (unsupervised), or *both* (semi-supervised). It produces a common embedding space for the entities of two KGs, in order to generate the alignment result according to a distance metric (e.g., Euclidean), using three different techniques known as *sharing*, *swapping* and *mapping*. Sharing and Swapping, update directly the entity embeddings produced by the embedding module according to the available similarity evidence of entities, while Mapping essentially learns a linear transformation between the two embedding spaces of aligned KGs. In the rest of this section, we will detail popular methods that implement those modules.

### 2.2.1 Embedding module

KG embedding methods proposed for the task of link prediction are used to implement the embedding module of entity alignment methods. There are several families of KG embedding methods for link prediction have been proposed in the literature, e.g., Yang et al. (2015), Trouillon et al. (2016); Nickel and Kiela (2017). In this paper, we are interested in contrasting translational methods such

<figure><img src="image_5.png" /></figure>
<figure><img src="image_6.png" /><figcaption>Fig. 3 Example of rotatE</figcaption></figure>

as TransE (Bordes et al. 2013) and RotatE (Sun et al. 2019), with Graph Neural Networks such as Graph Convolutional Networks (GCNs) (Kipf and Welling 2017) and Graph Attention Networks (GATs) (Velickovic et al. 2018).

**2.2.1.1 Translational methods** Translational methods use distance-based scoring functions in order to optimize a margin-based loss function and learn the embeddings of entities in a KG. A distance-based scoring function is a function that measures the plausibility of a relation edge $\langle h, r, t \rangle$ i.e., it measures the distance of the embedding of the head to the embedding of the tail entities, given the embedding of the relation. A margin-based loss function is a function that these methods aim to minimize, in order to minimize the distance of entity embeddings by a certain margin, computed by a distance-based scoring function. The key difference among all those translational methods is based on the degree that they are able to capture more complex graph structures such as cycles, by adopting the appropriate operator in the scoring function.

TransE (Bordes et al. 2013) is one of the most widely used translational KG embedding methods. In this method, both entities and relations are represented in the same vector space. The relation $r$ is equivalent to the translation of vectors from head entity $h$ to the tail entity $t$. If $\langle h, r, t \rangle \in X$, then the embedding $t$ of $t$ should be close to the embedding $h$ of $h$, plus the vector $r$ of $r$, i.e., $h + r \approx t$. Formally, TransE minimizes the margin-based loss function:

$$J_{SE} = \sum_{x \in X} \sum_{x' \in X'} \max (0, \gamma + f(\mathbf{x}) - f(\mathbf{x}')) \quad (1)$$

where $f(\mathbf{h}, \mathbf{r}, \mathbf{t}) = |\mathbf{h} + \mathbf{r} - \mathbf{t}|$ is the scoring function, $X$ is the set of positive relation edges (relation edges that exists in the KG), $X'$ is the set of negative relation edges (relation edges that do not exist in the KG), and $\gamma$ is the margin hyperparameter. Each negative edge $x' \in X'$ is created by replacing the head or the tail of a positive edge in $X$ with a random entity, ensuring that $x' \notin X$.

RotatE (Sun et al. 2019) is a translation-based embedding model that, unlike TransE, infers various relation patterns, such as symmetries. Specifically, RotatE maps the entities and relations to the complex vector space and defines each relation as a rotation from the head entity to the tail entity (Fig. 3). Given a relation edge $\langle h, r, t \rangle$, we expect that $t = \mathbf{h} \circ r$, where $\circ$ denotes the Hadamard (Million 2007) (element-wise) product.
<figure><img src="image_7.png" /><figcaption>Fig. 4 Triangular structure (Wu et al. 2019)</figcaption></figure>

This model aims to minimize the margin-based loss function

$$L = - \log \sigma(\gamma - d_r(\mathbf{h}, \mathbf{r}, \mathbf{t})) - \sum_{i=1}^{n} \frac{1}{k} \log \sigma(d_r(\mathbf{h}'_i, \mathbf{r}, \mathbf{t}'_i) - \gamma), \quad (2)$$

by maximizing the scores of positive relation edges and minimizing the scores of negative relation edges, where $d_r(\langle h, r, t \rangle) = |\mathbf{h} \circ \mathbf{r} - \mathbf{t}|$ is a scoring function, $\gamma$ is a fixed margin, $\sigma$ is the sigmoid function, and $(\mathbf{h}'_i, \mathbf{r}, \mathbf{t}'_i)$ is the i-th negative edge. RotatE, like TransE, creates the negative relation edges by replacing the head and the tail of positive relation edges randomly.

### 2.2.1.2 Graph Neural Network Methods

Translational methods cannot deal with various complex graph structures. For example, TransE (Bordes et al. 2013) cannot deal with triangular structures like the one in Fig. 4, because it requires the three equations $v_1 + r_a \approx v_2, v_2 + r_a \approx v_3$ and $v_1 + r_a \approx v_3$ to hold at the same time. This is impossible, because for satisfying the former two equations we would have $v_1 + 2r_a \approx v_3$ which is contradictory to the equation $v_1 + r_a \approx v_3$.

In order to cope with that, Graph Neural Network (GNN) methods have been proposed. GNNs learn entity embeddings, by recursively aggregating the representations of neighboring nodes. They essentially rely on message passing, according to which, each graph node recursively receives and aggregates features (node representations) from its neighbors in order to represent the local graph structure.

There is a range of GNN variants, that implement different aggregation strategies. In this section, we focus on standard graph convolutional networks (GCNs) (Kipf and Welling 2017) and graph attention networks (GATs) (Velickovic et al. 2018), since they are the core of both RDGCN (Wu et al. 2019) and RREA (Mao et al. 2020b); two of the proposed methods that we evaluate in this study and describe in Sect. 2.3.

**GCN** (Kipf and Welling 2017) takes as input the randomly initialized entity embeddings of the KG, which is treated as an undirected graph. Then, it learns a set of layer-specific weights, known as *filters* or *kernels*, that are multiplied with the input embeddings. In essence, it acts as a sliding window across the KG that learns entity features while preserving useful structural information from the neighborhoods. GCN uses the following function
$$H_i^{(l+1)} = \sigma \left( \sum_{j \in \mathcal{N}_i} \frac{1}{c_{ij}} W^{(l)} H_j^{(l)} \right) \quad (3)$$

to aggregate the entity embeddings of $l$ layers, where $\sigma$ is an activation function, $N_i$ is the set of the one-hop neighbors of the central entity $i$ (including itself by adding a self-loop), $c_{ij}$ is a normalization constant that defines isotropic average computation (each neighbor contributes equally to update the embedding of the central entity), $W^{(l)}$ is a trainable layer-specific weighted matrix for feature transformation and $H^{(l)}$ are the entity embeddings for layer $l$. More precisely, in order to learn the final embedding of a central entity, GCN sums its embedding with the neighbors embeddings.

**GAT** (Velickovic et al. 2018) expands the aggregation function of GCN, by an attention mechanism that assigns different weights to each neighbor of a central entity. GAT uses the following aggregation function

$$H_i^{(l+1)} = \sigma \left( \sum_{j \in \mathcal{N}_i} \alpha_{ij}^{(l)} z_j^{(l)} \right) \quad (4)$$

that aggregates the entity embeddings of $l$ layers, where $\sigma$ is an activation function, $N_i$ is the set of the one-hop neighbors of the central entity $i$, $H^{(l)}$ are the entity embeddings for layer $l$, $z_i^{(l)}$ is a transformation operation and $\alpha_{ij}^{(l)}$ is the normalized coefficient score. Particularly, $z_i^{(l)}$ and $\alpha_{ij}^{(l)}$ are calculated as:

$$z_i^{(l)} = W^{(l)} H_i^{(l)} \quad (5)$$

and

$$\alpha_{ij}^{(l)} = \frac{\exp(e_{ij}^{(l)})}{\sum_{k \in \mathcal{N}(i)} \exp(e_{ik}^{(l)})}, \quad (6)$$

where

$$e_{ij}^{(l)} = \text{LeakyReLU}(\vec{a}^{(l)T} (z_i^{(l)} \parallel z_j^{(l)})), \quad (7)$$

$\vec{a}^{(l)T}$ is a learnable weight vector, LeakyReLU a variant of the activation function ReLU (Parisi et al. 2022) and $\parallel$ is the concatenation operation.

### 2.2.2 Alignment module

For the alignment module $S_A$, there exist three techniques: sharing, swapping and mapping (Sun et al. 2020). We describe them below, while we extensively compare them in Sect. 2.5.2.
<figure><img src="image_8.png" /><figcaption>Fig. 5 Sharing alignment technique</figcaption></figure>

**2.2.2.1 Sharing** Sharing aims to iteratively update the already produced entity embeddings, in order to minimize the embedding distance of each entity *e* and its aligned entity *e'* from the seed alignment *δ*.

$$S_A = \sum_{(e,e') \in \delta(KG_1, KG_2)} \|e - e'\|. \quad (8)$$

In Fig. 5, we demonstrate the entity embeddings of $KG_1$ and $KG_2$ in L1 and L2 embedding spaces, respectively, while we also show the updates of the embeddings of the entities of seed alignment, in order to minimize their embedding distance. For simplification, we use a part of seed alignment, thus only the blue entities and the orange entities are considered as aligned. Therefore, by this technique, assuming the spatial similarity of aligned entities in two different KGs, we aim to adjust the axis of the two embedding spaces, so that entity vectors of the same entity in two KGs to overlap. It is worth mentioning that we started from two KGs encoded in two different embedding spaces (embeddings from the embedding module) and we ended up with two KGs encoded in an unified embedding space.

**2.2.2.2 Swapping** Swapping is a variation of sharing that produces extra positive edges, preserving the same objective as sharing. For instance, given two aligned entity pairs $(h, h') \in \delta(KG_1, KG_2)$ and $(t, t') \in \delta(KG_1, KG_2)$ and a relation edge $(h, r, t)$ of $KG_1$, swapping produces two new positive edges $(h', r, t)$ and $(h, r, t')$ and feeds them in KG embedding models (embedding module) as positive relation edges, in order to increase the training data, benefiting the quality of the embeddings as we describe in Sects. 2.5.1.2 and 2.5.6. Swapping does not introduce a new loss function.
<figure><img src="image_9.png" /><figcaption>Fig. 6 Mapping alignment technique</figcaption></figure>

### 2.2.2.3 Mapping
Mapping aims to learn a matrix *M* as a linear transformation on entity vectors from *L*<sub>*i*</sub> to *L*<sub>*j*</sub>, in order to minimize the embedding distance of each linearly transformed entity *e* and its aligned entity *e'* from the seed alignment *δ*:

$$S_A = \sum_{(e,e') \in \delta(KG_1, KG_2)} ||M_{ij}e - e'||. \qquad (9)$$

In Fig. 6, we demonstrate the entity embeddings of *KG*<sub>1</sub> and *KG*<sub>2</sub> in *L*1 and *L*2 embedding spaces respectively, while we also show the process in which we learn the matrix *M*<sub>*i*,*j*</sub> that linearly transforms entities from *L*1 to *L*2. During this process, the linearly transformed entities of *KG*<sub>1</sub> should be close to their aligned entity of *KG*<sub>2</sub> according to the seed alignment. For simplification, we use a part of the seed alignment, thus only the blue entities and the orange entities are considered as aligned. Mapping, in contrary to sharing and swapping, aims to learn the mappings between the two embedding spaces (deducing the linear transformation from *L*<sub>1</sub> to *L*<sub>2</sub>), without assuming the similarity of spatial emergence. More precisely, it does not force the entity vectors of aligned entities to overlap, instead, it treats the learned mappings as topological transformations (one-to-one correspondence) from *L*<sub>1</sub> to *L*<sub>2</sub>, preserving the two KGs encoded in two different embedding spaces.

## 2.3 Knowledge graph embeddings using relations

In this section, we discuss relation-based KG embedding methods, all of which are supervised. These methods use only the structural information (relation edges) for learning the entity embeddings.

*MTransE* (Chen et al. 2017) is a translation-based model for multilingual KG embeddings, but it is also applicable to general-purpose KGs, capturing their structure. The objective is to minimize the loss function
$$J = S_K + \alpha S_A, \qquad (10)$$

where $S_K$ is the loss function of the embedding module, $S_A$ is the loss function of the alignment module, and $\alpha$ is a factor that weights $S_K$ and $S_A$. As the loss function $S_K$ of the embedding module, MTransE utilizes a simplified version of TransE (Eq. 1), in which no negative relation edges are considered, while as the loss function $S_A$ of the alignment module, it uses mapping (Eq. 9).

MTransE+RotatE (Sun et al. 2020) is a variation of MTransE that uses RotatE (Eq. 2) as $S_K$ in Eq. 10, and sharing (Eq. 8) as $S_A$, instead of TransE and mapping, respectively.

RDGCN (Wu et al. 2019) leverages GCNs (described in 2.2.1.2) to incorporate structural information in the entity embeddings. Particularly, given $KG_1$ and $KG_2$, RDGCN constructs a primal (entity) graph $G^e$ by merging $KG_1$ and $KG_2$, and its dual (relation) graph $G^r$, by creating a node in $G^r$ for every relation type of $G^e$, and connecting two nodes in $G^r$ if the corresponding relations in $G^e$ share the same head or tail entities.

Then, it uses a graph attention mechanism (a dual attention layer that assigns different importance to each neighbor's contribution) to make interactions between $G^e$ and $G^r$, in order the resulting entity representations in $G^e$ to capture the relation information, and then, to be fed to a GCN, capturing the structure of the neighborhood (Eq. 3). The resulting entity embeddings are refined using the mapping alignment technique (Sect. 2.2.2.3). The loss function that RDGCN aims to minimize is

$$L = \sum_{(e_i, e_j) \in \delta, (e'_i, e'_j) \notin \delta} \max(0, d(\mathbf{e}_i, \mathbf{e}_j) - d(\mathbf{e}'_i, \mathbf{e}'_j) + \gamma), \qquad (11)$$

where $(e_i, e_j)$ are entity pairs from the seed alignment $\delta$, $(e'_i, e'_j)$ are negative samples generated by replacing $e_i$ or $e_j$ with a random entity, and $d$ is the embedding distance function used in mapping (Sect. 2.2.2.3).

RREA (Mao et al. 2020b) integrates GCNs and GATs (described in Sect. 2.2.1) with a Relational Reflection Transformation, in order to obtain relation-specific embeddings for KG entities. This transformation utilizes a matrix that, in contrary to standard GCN and GAT, is constrained to be orthogonal, in order to reflect entity embeddings across different relational hyperplanes. The orthogonal property of the aforementioned matrix keeps the norms and the relative distances of entities in the relational space unchanged.

More precisely, RREA stacks multiple GNN layers, in order to capture and aggregate multi-hop neighborhood information for each entity embedding. The output embedding of entity $e_i$ from the $l$-th layer is obtained as follows:

$$H_{e_i}^{l+1} = \text{ReLU}\left(\sum_{e_j \in \mathcal{N}_{e_i}^e} \sum_{r_k \in R_{ij}} \alpha_{ijk}^l M_{r_k} h_{e_j}^l\right), \qquad (12)$$

where ReLU (Parisi et al. 2022) is an activation function, $N_{e_i}^e$ are the neighboring entities of $e_i$, $R_{ij}$ denotes the relations between $e_i$ and $e_j$, $M_{r_k}$ the relational reflection
matrix of $r_k$, and $\alpha_{ijk}^l$ is a weight coefficient of $M_{r_k}$ (similar to GAT). The final entity embedding comes from the concatenation of the embeddings of each layer. In addition, in order to include relational information around entities, RREA concatenates the summation of the relation embeddings with entity embeddings to get dual-aspect embeddings. The resulting entity embeddings are refined using the sharing alignment technique (Sect. 2.2.2.1). The loss function that RREA aims to minimize is the following:

$$L = \sum_{(e_i, e_j) \in P} \max \left( \mathrm{dist}(e_i, e_j) - \mathrm{dist}(e'_i, e'_j) + \lambda, 0 \right), \quad (13)$$

where $e'_i$ and $e'_j$ represent the negative pair of $e_i$ and $e_j$, generated using truncated uniform negative sampling (Sun et al. 2018; Zhu et al. 2019; Cao et al. 2019) and dist is the embedding distance function used in sharing.

The methodology described above refers to the basic version of RREA, RREA(basic). RREA also comes with a semi-supervised version, RREA(semi), that proposes possibly aligned entity pairs in different iterations, in order to enrich the training set. According to Mao et al. (2020a), the entity pair $(e_i, e_j)$ is proposed as aligned, if $e_i$ and $e_j$ are mutually nearest aligned.

## 2.4 Knowledge graph embeddings using attributes

In this section, we focus on attribute-based KG embedding methods. These methods utilize not only the structural information of the KGs (relation edges) to learn the entity embeddings, but also the attribute values (literals). In addition, in many methods the attribute embeddings help to enrich the seed alignment or even in refining the entity embeddings. We categorize the attribute-based methods depending on the usage of seed alignment as supervised, semi-supervised and unsupervised.

### 2.4.1 Supervised

MultiKE (Zhang et al. 2019) first constructs the embeddings of each literal $l$

$$\phi(l) = \mathrm{encode}([\mathrm{LP}(o_1); \mathrm{LP}(o_2); \dots; \mathrm{LP}(o_n)]), \quad (14)$$

where $LP(o_n)$ is the pre-trained word embedding of word $o_n$, $encode(\cdot)$ is the encoder that does the compression of the embeddings, and $[;]$ is the concatenation operation. If $o_n$ is an out-of-vocabulary word (i.e., there is no pre-trained embedding for this word), then MultiKE builds it by using pre-trained character embeddings. Then, it learns entity embeddings by exploring three different views: the name view $\Theta^{(1)}$, the relation view $\Theta^{(2)}$ and the attribute view $\Theta^{(3)}$.

Given an entity $e$, its name view $(\Theta^{(1)})$ is defined as

$$\mathbf{e}^{(1)} = \phi(\mathrm{name}(e)), \quad (15)$$

where $name(\cdot)$ is the name of the entity.
For the relation view $\Theta^{(2)}$, it adopts TransE to learn the entity embeddings of the two KGs, minimizing the following loss function

$$ \mathcal{L}(\Theta^{(2)}) = \sum_{(h,r,t) \in X^+ \cup X^-} \log (1 + \exp(-\zeta_{(h,r,t)} f_{\text{rel}}(\mathbf{h}, \mathbf{r}, \mathbf{t}))), \quad (16) $$

where $X^+ = X_1 \cup X_2$ are the relation edges that exist in the two KGs, $X^-$ are relation edges that do not exist in the two KGs (negative relation edges, created as in TransE), $f_{\text{rel}}$ is the scoring function of TransE (Eq. 1), and $\zeta_{(h,r,t)} \in \{-1, 1\}$ denotes whether $(h, r, t)$ is a positive or a negative edge.

For the attribute view $\Theta^{(3)}$, again it uses TransE to learn the embeddings exploiting the attributes and their values, aiming to minimize the loss function

$$ \mathcal{L}(\Theta^{(3)}) = \sum_{(h,a,v) \in Y^+} \log (1 + \exp(-f_{\text{attr}}(\mathbf{h}^{(3)}, \mathbf{a}, \mathbf{l}))), \quad (17) $$

where $Y^+ = Y_1 \cup Y_2$ are the attribute edges of the two KGs, $f_{\text{attr}}(\mathbf{h}^{(3)}, \mathbf{a}, \mathbf{l}) = - |\mathbf{h}^{(3)} - \text{CNN}(\langle \mathbf{a}; \mathbf{l} \rangle)|$, which is using a Convolution Neural Network (CNN) representation of an attribute $a$ and its literal value $l$, as follows:

$$ \text{CNN}(\langle \mathbf{a}; \mathbf{l} \rangle) = \sigma(\text{vec}(\sigma(\langle \mathbf{a}; \mathbf{l} \rangle * \Omega))\mathbf{W}), \quad (18) $$

where $[;]$ denotes the concatenation operation, $\mathbf{a}$ the embedding of an attribute $a$, $\mathbf{l}$ the embedding of a literal $l$, $\Omega$ the kernel of CNN, $\sigma$ the activation function, and $\mathbf{W}$ a trainable weighted matrix.

For refining the entity embeddings of the relation and the attribute views, MultiKE minimizes the following two loss functions, respectively:

$$ \mathcal{L}_{\text{CE}}(\Theta^{(2)}) = \sum_{(h,r,t) \in \mathcal{X}'} \log (1 + \exp(-f_{\text{rel}}(\hat{\mathbf{h}}^{(2)}, \mathbf{r}, \mathbf{t}^{(2)}))) + \sum_{(h,r,t) \in \mathcal{X}''} \log (1 + \exp(-f_{\text{rel}}(\mathbf{h}^{(2)}, \mathbf{r}, \hat{\mathbf{t}}^{(2)}))) \quad (19) $$

and

$$ \mathcal{L}_{\text{CE}}(\Theta^{(3)}) = \sum_{(h,a,l) \in \mathcal{Y}'} \log (1 + \exp(-f_{\text{attr}}(\hat{\mathbf{h}}^{(3)}, \mathbf{a}, \mathbf{l}))), \quad (20) $$

where $(h, \hat{h})$ and $(t, \hat{t})$ are entity pairs in the seed alignment, $\mathcal{X}'$ and $\mathcal{X}''$ are the relation edges whose head and tail entities are in seed alignment, respectively, and $\mathcal{Y}'$ are the attribute edges whose head entities are in seed alignment.

For the entity alignment (alignment module), MultiKE produces a set of aligned relations $S_{\text{rel}}$ and a set of aligned attributes $S_{\text{attr}}$ that are used to minimize the following loss function (cross-KG relation inference):

$$ \mathcal{L}_{\text{CRA}}(\Theta^{(2)}) = \sum_{(h,r,t) \in \mathcal{X}'''} \text{sim}(r, \hat{r}) \log (1 + \exp(-f_{\text{rel}}(\mathbf{h}^{(2)}, \hat{\mathbf{r}}, \mathbf{t}^{(2)}))), \quad (21) $$

where $\mathcal{X}''$ are the relation edges whose relations are in $S_{\text{rel}}$ and
$$ \mathrm{sim}(r, \hat{r}) = \alpha_1 \cosine(\phi(\mathrm{name}(r)), \phi(\mathrm{name}(\hat{r}))) + (1 - \alpha_1) \cosine(\mathbf{r}, \mathbf{r}') \quad (22) $$

is the similarity measure that is used to align or not two relations, based on their name similarity (from literal embeddings) and their semantic similarity (from relation embeddings).

Finally, MultiKE jointly learns the final entity embeddings from the different views in a unified embedding space, by minimizing the loss function

$$ \mathcal{L}_{\mathrm{ITC}}(\tilde{\mathbf{H}}, \mathbf{H}) = \sum_{i=1}^{D} \| \tilde{\mathbf{H}} - \mathbf{H}^{(i)} \|, \quad (23) $$

where $\tilde{\mathbf{H}} = \bigcup_{i=1}^{D} \mathbf{H}^{(i)}$, $\mathbf{H}$ is the view-specific entity embedding, and $D$ is the number of views. For entity alignment, it uses swapping (Sect. 2.2.2.2).

**BERT_INT** (Tang et al. 2020) utilizes a well-known language model, BERT (Devlin et al. 2019), in order to embed entities based on their factual information (e.g., descriptions, names) and an interaction model, in order to compute their interactions, instead of aggregating neighbors, which in many cases causes noisy matches.

More precisely, for each entity $e$, it applies a pre-trained basic BERT unit that accepts the factual information as input, aiming to minimize the following loss function

$$ \mathcal{L} = \sum_{(e, e') \in \mathcal{D}} \max \{0, g(e, e'^+) - g(e, e'^-) + m\} \quad (24) $$

to fine-tune BERT. Here, $\mathcal{D}$ is the seed alignment, $e'^+$ is the correctly aligned entity known from seed alignment, $e'^-$ is a randomly selected negative entity from the other KG - *truncated uniform negative sampling* (Sun et al. 2018), $m$ the margin and $g$ is the $l1$ distance, used for measuring the similarity between the embeddings $C(e)$ and $C(e')$.

Regarding the interaction model, it is divided into the name/description view, the neighbor-views and the attribute-view interactions. Firstly, as name/description interaction, it leverages the embeddings generated by BERT, calculating their cosine similarity. Then, neighbor-view interaction compares names/descriptions of each neighbor pair (considering also their neighboring relations and multi-hop neighbors), producing a similarity matrix. The similarity matrix is then processed by a dual aggregation function to extract the similarity vectors, i.e., the entity embeddings. Afterwards, rather than learning embeddings of entities by aggregating their attributes, it compares each attribute pair, learning similarly to neighbor-view the attribute similarity vectors. Finally, a unified dual aggregation function is applied to extract the features from the neighbor-view and attribute-view interactions and generate the final entity embeddings.
## 2.4.2 Semi-supervised

KDCoE (Chen et al. 2018) leverages a weakly aligned KG for semi-supervised entity alignment using long (typically from a couple of sentences) textual descriptions of entities. It co-trains iteratively two embedding models, one on the structure of the KG (KGEM) and another on the textual descriptions of the entities (DEM), respectively, given a small seed alignment. During each iteration, each embedding model proposes a new set of aligned entity pairs alternately, in order to enrich the seed alignment. The process runs until one of the models has no entity pair to propose.

KGEM is practically the same as MTransE (Eq. 10), using the TransE (Eq. 1) embedding module (including negative samples) and mapping (Eq. 9). At the end of this model, if the embedding distance between an entity e and its closest (based on the distance function of mapping) entity $\hat{e}'$ is lower than a threshold, then the pair $(e, \hat{e}')$ is proposed as aligned. DEM utilizes an encoder to process textual description sequences of vectors $d_e$, that are produced by pre-trained word embeddings, and learn the description embeddings. The learning objective of DEM is to maximize the log likelihood of an entity e and its counterpart $e'$ in terms of description embeddings, by minimizing the following loss function:

$$S_D = \sum_{(e,e') \in \delta} -LL_1 - LL_2 = \sum_{(e,e') \in \delta} -\log(P(e \mid e')) - \log(P(e' \mid e)) \quad (25)$$

where $\delta$ is the seed alignment and

$$LL_1 = \log \sigma(\mathbf{d}_e^\top \mathbf{d}_{e'}) + \sum_{k=1}^{|B_d|} \mathbb{E}_{e_k \sim U(e_k \in E_{L_i})} [\log \sigma(-\mathbf{d}_{e_k}^\top \mathbf{d}_{e'})] \quad (26)$$

$$LL_2 = \log \sigma(\mathbf{d}_e^\top \mathbf{d}_{e'}) + \sum_{k=1}^{|B_d|} \mathbb{E}_{e_k \sim U(e_k \in E_{L_j})} [\log \sigma(-\mathbf{d}_e^\top \mathbf{d}_{e_k})], \quad (27)$$

where $d_e$ and $d_{e'}$ are the embeddings of the textual descriptions of the two aligned entities e and $e'$, unrelated entities $e_k$ are chosen randomly from a uniform distribution U, and $|B_d|$ is the batched sampling size. Intuitively, the encoder aims to maximize the dot product of descriptions of aligned entities and decrease the dot product of descriptions of unrelated entities. At the end of this model, if the embedding distance between $d_e$ and its closest entity $d_{e'}$ is lower than a threshold (different than the one used for KGEM), then the pair $(e, e')$ is proposed as aligned.

For generating entity embeddings from textual descriptions, KDCoE utilizes a self-attention Gated Recurrent Unit (GRU), in order to preserve the sequence of words in a textual description and remove information irrelevant for the prediction, while sharing information across the different descriptions. For more details on this, we refer the reader to Chen et al. (2018).
<figure><img src="image_10.png" /><figcaption>Fig. 7 Example of AttrE</figcaption></figure>

### 2.4.3 Unsupervised

AttrE (Trisedya et al. 2019) is an unsupervised method that leverages both structural embeddings and attribute character embeddings for entity alignment. Instead of relying on a seed alignment to refine the structural embeddings, it uses the factual information to minimize the embedding distance between entities that have similar attribute character embeddings.

As shown in Fig. 7, AttrE consists of four modules: the schema alignment module (preprocessing step), the structure embedding module $J_{SE}$, the attribute character embedding module $J_{CE}$, and the alignment module $J_{SIM}$

$$J = J_{SE} + J_{CE} + J_{SIM}. \qquad (28)$$

The predicate alignment module merges the two KGs and renames predicates with a similar predicate name from $KG_1$ and $KG_2$, with a unified naming schema. For example, `lgd:hasCountry` and `dbp:country` (with `lgd` and `dbp` being the prefixes of the Linked Geo Data and DBpedia namespaces, respectively) are converted to `:country`. To find the predicates with similar names, it computes the Levenshtein distance of the postfixes of the predicates' URIs. If this score is greater than a predefined threshold, then the two predicates are similar.

AttrE adopts TransE (Eq. 1) to learn the structure embeddings by minimizing the $J_{SE}$ loss function, with $\alpha = \frac{count(r)}{|X|}$, where count(r) is the number of occurrences of relation r, and $|X|$ is the total number of relation edges in the merged KG.

To learn the attribute character embedding, AttrE minimizes the following objective function:
$$J_{CE} = \sum_{y \in Y} \sum_{y' \in Y'} \max(0, [\gamma + w(f(y) - f(y'))]), \qquad (29)$$

where

$$f(\langle h, a, l \rangle) = |\mathbf{h} + \mathbf{r} - f_a(l)| \qquad (30)$$

and Y is the set of positive attribute edges, Y' is the set of negative attribute edges (generated by replacing the head entity with a random entity), w weights relation edges with aligned predicates, and $f_a(l) = \sum_{n=1}^{N} \left( \frac{\sum_{i=1}^{l'} \sum_{j=i}^{n} e_j}{l-i-1} \right)$ is an n-gram based compositional function that encodes literals l of attributes a in the embedding space. At the end of this process, entities that have similar attribute embeddings should also have similar entity embeddings. In the example of Fig. 7, lgd:5147 has a similar embedding with :Germany, since their attributes label:Germany have similar embeddings.

Having learned the structure embeddings and the attribute embeddings, AttrE combines them to produce the final entity embeddings, by minimizing the loss function

$$J_{SIM} = \sum_{e \in E_1 \cup E_2} [1 - \cos(\mathbf{e}_{se}, \mathbf{e}_{ce})], \qquad (31)$$

where $\mathbf{e}_{se}$ the structure embedding of e, and $\mathbf{e}_{ce}$ is the attribute character embedding of e. For example, the embedding of the entities lgd:5147 and :Germany will be updated in order their structured and attribute embeddings to be close. However, the entities lgd:2401 and dbp:Kromsdorf have tail entities with similar embeddings. At the end, the entities lgd:2401 and dbp:Kromsdorf will end up having similar embeddings too. For generating the alignment results, AttrE reports two entities as aligned, if the cosine similarity of their entity embeddings is greater than a pre-defined threshold.

## 2.5 Qualitative comparison of embedding methods

In this section, we describe the general assumptions of the evaluated methods, while we also compare the embedding-based entity alignment methods from different perspectives. For this purpose, we summarize in Tables 1 and 2 the basic characteristics and techniques of the methods, with respect to eight main categories: embedding module, literal size, alignment module, learning, schema alignment, embedding initialization, and negative sampling on relations and attributes, as described next.

### 2.5.1 Embedding module

The type of information that each method exploits in order to learn the embeddings reveals one of the most important assumptions that differentiates the methods. All embedding-based entity alignment methods utilize the relational structure of entities (relations), assuming that structural similarity is the key to entity alignment.
<table><caption>**Table 1** Method categories</caption><thead><tr><th rowspan="2">Methods</th><th colspan="4">Embedding module</th><th rowspan="2">Align. Module</th><th rowspan="2">Learning</th><th rowspan="2">Schema Align.</th></tr><tr><th>Ent. Names</th><th>Relations</th><th>Attr. Names</th><th>Lit. Values</th><th>Lit. Size</th></tr></thead><tbody><tr><td>MTransE</td><td>×</td><td>One-hop</td><td>×</td><td>×</td><td>—</td><td>Mapping</td><td>Supervised</td><td>×</td></tr><tr><td>MTransE+RotatE</td><td>×</td><td>One-hop</td><td>×</td><td>×</td><td>—</td><td>Sharing</td><td>Supervised</td><td>×</td></tr><tr><td>RDGCN</td><td>✓</td><td>Multi-hop</td><td>×</td><td>×</td><td>—</td><td>Mapping</td><td>Supervised</td><td>×</td></tr><tr><td>RREA(basic)</td><td>×</td><td>Multi-hop</td><td>×</td><td>×</td><td>—</td><td>Sharing</td><td>Supervised</td><td>×</td></tr><tr><td>RREA(semi)</td><td>×</td><td>Multi-hop</td><td>×</td><td>×</td><td>—</td><td>Sharing</td><td>Semi-supervised</td><td>×</td></tr><tr><td>KDCoE</td><td>×</td><td>One-hop</td><td>×</td><td>Descriptions</td><td>4 words</td><td>Mapping</td><td>Semi-supervised</td><td>×</td></tr><tr><td>MultiKE</td><td>✓</td><td>One-hop</td><td>✓</td><td>Word and character</td><td>5 words</td><td>Swapping</td><td>Supervised</td><td>Name and Semantic</td></tr><tr><td>AttrE</td><td>×</td><td>One-hop</td><td>×</td><td>Character</td><td>10 characters</td><td>Sharing</td><td>Unsupervised</td><td>Name</td></tr><tr><td>BIERT_INT</td><td>✓</td><td>Multi-hop</td><td>×</td><td>Word and description</td><td>128 Words</td><td>Sharing</td><td>Supervised</td><td>×</td></tr></tbody></table>
<table><caption>**Table 2** Initialization, hidden layers and negative sampling</caption><thead><tr><th>Method</th><th>Embedding initialization</th><th>Layers</th><th>Negative sampling on relations negative per positive</th><th>Negative sampling on attributes negative per positive</th></tr></thead><tbody><tr><td>MTransE</td><td>Random</td><td>2</td><td>—</td><td>—</td></tr><tr><td>MTransE + RotatE</td><td>Random</td><td>2</td><td>10 (uniform)</td><td>—</td></tr><tr><td>DCoE</td><td>Random</td><td>2 + 2 GRU</td><td>1 (uniform)</td><td>1 (uniform)</td></tr><tr><td>AttrE</td><td>Random</td><td>5</td><td>1 (uniform)</td><td>1 (uniform)</td></tr><tr><td>MultiKE</td><td>Random</td><td>2 lit. + 4 + 3 conv.</td><td>10 (uniform)</td><td>—</td></tr><tr><td>RDGCN</td><td>Name embeddings</td><td>4 GAT + 2 GCN</td><td>125 (uniform)</td><td>—</td></tr><tr><td>RREA(semi)</td><td>Random</td><td>2 GAT</td><td>1 (truncated)</td><td>—</td></tr><tr><td>RREA(basic)</td><td>Random</td><td>2 GAT</td><td>1 (truncated)</td><td>—</td></tr><tr><td>BERT_INT</td><td>Random</td><td>3 MLP + 4 RBF</td><td>2 (truncated)</td><td>—</td></tr></tbody></table>

<figure><img src="image_11.png" /></figure>
However, there are methods that also exploit the literal values of the attributes, as well as the entity and attribute names.

Among the evaluated methods, MultiKE, RDGCN and BERT_INT are the only methods that use entity names in order to learn the final entity embeddings. Thus, for these methods, we expect an improved performance on KGs where there is some homogeneity in the naming of the entities.

### 2.5.1.1 Entity names
Some embedding-based entity alignment methods learn the entity embeddings by encoding the entity names in the embedding space, so as entities with similar names to have similar embeddings. These methods work under the assumption that the same real-world entities have to follow the same or semantically similar naming. However, in many real-world KGs, this assumption is not holding as entity names are replaced with source-specific ids. For this reason, several EA methods either avoid to utilise the entity names for the entity embeddings, either use them jointly with the structural or factual information of KGs.

### 2.5.1.2 Relations
The structural information of the KGs constitutes the main type of information that all embedding-based entity alignment methods use in order to learn the entity embeddings. Entity embedding methods exploit the structural information either in one hop or in multiple hops. The former use the local structural information of the entities, ignoring the impact of more distant neighbors. For these methods, the more relations we have per entity, the better results we expect to get, because entities have the opportunity to minimize their embedding distance with multiple similar entities (neighbors), exploiting multiple features to learn the final embeddings (more information for learning). In addition, the more relation edges we have, the more negative samples we have per entity, and as a result, entities move away from dissimilar entities in the embedding space. The latter (multi-hop methods) use the subgraph structure, exploiting a larger amount of relations between entities. This way, they focus on the extended (multi-hop) neighborhood and aggregate the embeddings of the multi-hop neighbors in order to learn their own.

Among the methods evaluated in this study, all of them use the relations to learn the entity embeddings, with most methods focusing on the one-hop neighborhood, except RDGCN, RREA(basic), RREA(semi), and BERT_INT, which follow a multi-hop approach. This way, RDGCN and both versions of RREA increase the information that an entity can exploit and the final entity embeddings are more expressive. This benefit comes at the risk of incorporating more noisy information into the embeddings, due to considering some distant neighbors, irrelevant or less important for the entity alignment task. Thus, BERT_INT, rather than aggregating the information of multi-hop neighbors, compares entity pairs from multi-hop neighbors, called interactions, based on factual information (e.g., textual descriptions, names).

### 2.5.1.3 Attribute names
Some embedding-based entity alignment methods use the attribute names for learning the entity embeddings. Usually, attribute names are exploited by the methods in order to enhance the similarity measure of entities and
not as main source of information for learning the embeddings. That is because it requires KGs to have similar naming schemes, which is not usual in real-world KGs.

MultiKE is the only method that utilizes this type of information, requiring a homogeneous naming in terms of attributes. Thus, we expect this feature to perform better in datasets originating from the same or similar data sources (e.g., Wikipedia-based, or synthetic KGs).

#### 2.5.1.4 Literal values and literal size
Many embedding-based entity alignment methods use literal values as auxiliary information to learn the entity embeddings. Specifically, they learn the embeddings of the literal values and they use those embeddings for learning the entity embeddings, or for enriching the seed alignment, or even for alignment. In most methods, all literal values are used, but in some methods, only the literal values of the attributes with name “description” are used. In addition, there are two methods for learning the literal-value embeddings: character-based and word-based. The first one uses the characters of the literal to learn the final literal embedding, while in the second one, the literal is tokenized (split into words) and the final embedding is resulting by employing pre-trained word embeddings.

The character-based methods usually exploit a small part of the literals (e.g., the first few characters) and they are mostly used for short literals, such as dates. In addition, there are many methods to learn the character-based embeddings: the *n*-gram-based that sums the *n*-gram combinations of the literals and the method that computes the average of the pre-trained character embeddings. The word-based methods typically exploit more information from the literal value (e.g., the first few words) and for this reason, they are mostly used for longer literals, such as names and descriptions. However, the word-based methods assume the existence of the word embeddings in the pre-trained set for all the words that appear in the literal values, which is very frequently not the case, resulting in out-of-vocabulary errors. For this reason, there are also hybrid methods, that use the word-based method first, but if a word does not exist in the pre-trained set (vocabulary), they use one of the aforementioned character-based method, in order to learn the specific word’s embedding. Regarding the literal size, it is a very important hyperparameter that defines the size of the substring of the literal which will be used, including or excluding important words or characters for the final literal embeddings.

Among the evaluated methods, KDCoE, AttrE, MultiKE and BERT_INT are the ones that use literal values for learning embeddings. KDCoE exploits the first 4 words of textual descriptions and pre-trained word embeddings, in order to learn the description embeddings and measure the entities similarity based on these embeddings. The objective is to enrich the training set (Sect. 3.4) with extra aligned entity pairs based on this similarity. Thus, if the similarity of an entity pair (based on description embeddings) is above a pre-defined threshold (95%), the entities are proposed as aligned, enriching the training set with an extra aligned entity pair that was not included in the training set before. AttrE, in contrary, exploits the first 10 characters of the literal values and follows an *n*-gram based method to learn the embeddings, for a combination of *n* values ranging from 1 to 10. The literal embeddings are used in the alignment module in order entities of the KGs with similar literal embeddings to be close in the embedding space. Specifically, AttrE uses literal
embeddings for the alignment, since, as an unsupervised method, it does not use the seed alignment during training process. Furthermore, MultiKE uses the first 5 words and pre-trained word embeddings for learning the literal embeddings. In case a word is not contained in the available pre-trained word embeddings, it averages the character embeddings of this word, i.e., it follows the hybrid approach described above. MultiKE uses the literal embeddings in many ways, as described in Sect. 2.4.1, e.g., for name view, attribute view and schema alignment. BERT_INT utilizes long textual descriptions (limiting the words to 128), names, or literals for both BERT unit and interaction model, as described in Sect. 2.4.1.

All these methods require homogeneity in terms of literal values, which is not usual in real-world KGs. Finally, the character-based method that MultiKE uses as alternative to word-based methods suffers in the literals that contain the same characters in different order. For example, the number “5013” and the number “1350” will have the same embeddings. AttrE does not have this issue, since it is following an n-gram based method for character embeddings. BERT_INT, leveraging a variety of factual information and giving priorities depending on their availability and quality, deals with heterogeneity issues (e.g., it prioritizes descriptions over entity names, since descriptions contain richer information).

## 2.5.2 Alignment module

The alignment module aims to produce a common embedding space for the entities of the two KGs, using three typical techniques described in Sect. 2.2.2. MTransE+RotatE, AttrE, both versions of RREA, and BERT_INT utilize the sharing technique to calibrate the axis of the embedding spaces of the two KGs, in order the aligned entities to overlap. Consequently, we expect methods that rely on this technique to work well on KGs with dense and similar neighborhoods. This setting helps them to achieve the desired overlapping and preserve the initial structure of the KGs in the embedding space. On the other hand, MTransE, KDCoE and RDGCN, that rely on the mapping technique, learn a transformation matrix that aligns entities in two separate embedding spaces. In contrary to sharing, this technique does not assume the spatial similarity of the KGs. Finally, methods such as MultiKE, that unify multiple embedding spaces (multi-view) and consume more relation edges for training, rely on the swapping alignment technique.

## 2.5.3 Learning

We divide the evaluated methods into supervised, that require the seed alignment for the alignment module, semi-supervised, that use the seed for the alignment process, but also try to enrich it, and unsupervised, that do not use the seed alignment for the alignment process. All methods need seed alignment, either for training (alignment module) and testing (supervised and semi-supervised) or exclusively for testing (unsupervised). Supervised methods (MTransE, MTransE+RotatE, RDGCN, MultiKE RREA(basic) and BERT_INT) assume the existence of seed alignment, which in many cases is hard to find (since it includes the matches of all the entities
of the two KGs), even in widely used Wikipedia-based KGs, hindering the EA task especially when the KGs scale up in terms of content and density.

In contrary to the aforementioned category, semi-supervised methods (e.g., KDCoE and RREA(semi)) work sufficiently well when a small percentage of aligned entities is available, which is more realistic in real-world KGs. However, these methods usually require auxiliary information to support the alignment task that involves the enrichment of the seed alignment. For example, KDCoE does this by assuming the existence of multiple, homogeneous textual descriptions. On the other hand, RREA(semi) does not use auxiliary information; it utilizes specific rules (e.g., the two entities have to be mutually nearest aligned, in order be proposed as aligned).

Finally, unsupervised methods carry out a more difficult task, since they use no seed alignment for the alignment process. Particularly, the lack of seed alignment makes AttrE leverage the literals similarity for alignment purposes, assuming their homogeneity. It is worth noting that unsupervised methods, in contrary to supervised and semi-supervised, do not assume that every entity of $KG_1$ should be matched to exactly one entity of $KG_2$.

### 2.5.4 Schema alignment

We refer to schema alignment as the process of finding similar relations and/or attributes. The similarity of the relations or the attributes can be measured by two different ways: measuring their name similarity (AttrE) or measuring both their name similarity and their structural (semantic) similarity (MultiKE) in the embedding space. All these methods can benefit if the initial KGs follow similar naming schemes, making the process of finding similar relations and attributes easier.

AttrE and MultiKE are two methods that perform schema alignment. MultiKE captures the schema similarity not only in terms of relation or attribute name similarity, but also exploits the semantic similarity of relations and attributes. In the case that we have KGs with heterogeneous naming at the schema level, MultiKE would have better performance than AttrE, that only exploits the name similarity for the schema alignment.

### 2.5.5 Embedding initialization

For initializing the entity embeddings, there are two practices: the random one, that initializes them by picking random numbers from a normal distribution, and the one that initializes them with the entity name embeddings. The latter has better results (Kocmi and Bojar 2017), because embeddings contain some information for the entities, but it works under the assumption that matching entities have similar entity names, which is not holding in many cases. RDGCN is the only method that initializes the embeddings with entity name embeddings.
### 2.5.6 Negative sampling

Negative sampling (Kamigaito and Hayashi 2022) is the process of generating *n* (a hyperparameter) negative examples of edges that do not exist in the KG, by replacing either the head or the tail entities of each positive edge with another random entity - uniform negative sampling (Bordes et al. 2013) - or with a highly similar neighbor - truncated negative sampling (Sun et al. 2018; Zhu et al. 2019; Cao et al. 2019). Truncated negative sampling, in contrary to uniform negative sampling, ensures difficult negative samples that contribute more on learning process than the easy ones. For example, if we sample a negative triple (Titanic, capitalOf, Greece) from (Athens, capitalOf, Greece), using uniform sampling, we can find that Athens and Titanic have very low similarity and the generated negative sample contributes little in the learning process. If, instead, we generate the negative triple (Thessaloniki, capitalOf, Greece) from (Athens, capitalOf, Greece), using truncated sampling, this negative triple would contribute more in the learning process, since Thessaloniki (the second biggest city in Greece) and Athens, are two very similar entities.

In general, negative sampling is widely used in KG embedding models on relations, as well as on attributes, in order to maximize the embedding distance of dissimilar entities. The more negative examples we have per positive example, the bigger the distance among dissimilar entities. In addition, an entity that participates in a high number of positive examples (high average relations per entity), will also participate in an increased number of negative examples. For instance, if an entity appears in the head or the tail of *x* relation edges, then the number of the negative examples for this entity can be as high as *x* \* *n*, where *n* is the corresponding hyperparameter.

All the evaluated methods use negative sampling, with the exception of MTransE. The higher the ratio of negative per positive triples, the better the performance of the methods, since the embedding distance of dissimilar entities increases. Although requiring 10 or even 125 times bigger KGs (for 10 or 125 negative samples per positive, respectively) improves the performance, this comes at the cost of increased training time and less scalable methods. MultiKE further enriches the KGs by using the swapping alignment technique that generates additional positive examples, as described in Sect. 2.2.2.2. This technique not only increases the available information for training, but it also increases the negative examples for the entities indirectly, as entities will appear in more relation edges.

### 2.5.7 Neural network architectures

All evaluated methods are implemented on top of a neural network architecture with multiple hidden layers, each consisting of *d* neurons, where *d* are the dimensions of the embeddings (dim). More precisely, relation-based methods utilize either shallow neural networks (MTransE, MTransE+RotatE), or Graph Neural Network (RDGCN, RREA(basic), RREA(semi)) for learning the embeddings, while attribute-based methods use shallow neural networks for encoding relations (AttrE) or Graph Neural Networks for encoding literals (MultiKE) and textual descriptions (KDCoE) or Radial Basis Function kernel (Xiong et al. 2017) for the interactions (BERT_INT).
Regarding relation-based methods, MTransE and MTransE+RotatE, utilize one layer for embedding entities and one layer for embedding entity relations. As shown in Table 7, the dimensions of both embeddings are the same (100). On the other hand, RDGCN consists of four Graph Attention Networks (GATs) (Velickovic et al. 2018), two primal layers and two dual layers. The final embeddings are output by two stacked GCN layers (Kipf and Welling 2017). Both versions of RREA utilize two stacked GATs (Relational Reflection Aggregate Layer). It is worth mentioning that both RDGCN and both versions of RREA use variations of graph attention mechanisms, not standard GATs.

Attribute-based methods, as shown in Table 2, use two standard layers (for entity and relation embeddings) and some extra layers to encode additional information of entity descriptions. For example, KDCoE utilizes two layers for embedding entities and their relations and two GRU layers for encoding their textual descriptions. It is worth mentioning that while all other examined methods learn the structure and attribute embeddings jointly, KDCoE is the only method that trains two different models alternatively (co-training). AttrE consists of five layers: one layer for embedding entities of relation edges, one layer for embedding entities of attribute edges, one layer for relations, one layer for attributes, and one layer for character embeddings. All of these layers contain the same number of neurons (100). MultiKE utilizes two layers for the word embeddings, three layers for entity, relation and attribute embeddings, one convolution layer for encoding literals, and one layer that combines them. Finally, it uses two additional convolution layers for the cross-KG entity inference based on relations and attributes. BERT_INT utilizes four Radial Basis Function kernels (one layer each one) for the interaction model and three Multi-layer Perceptron for obtaining the entity embeddings.

It is worth mentioning that the simpler the architecture, the more scalable the method is (e.g., as shown in Table 14, the translation-based method MTransE is more scalable than the GNN-based method RDGCN).

# 3 Experimental setting

In this section, we give an overview and statistics about the datasets, we describe the evaluation protocol and the metrics that we used. We also provide implementation details about this study. The source code of this work is publicly available.<fnref n="3" />

## 3.1 Datasets

For the experimental evaluation we utilized nine datasets, each consisting of a pair of KGs to be aligned, four from OpenEA (Sun et al. 2020) and five datasets from Efthymiou et al. (2015), Obraczka et al. (2021) in order to enrich the available data characteristics and ensure a trustworthy meta-level analysis.

<figure><img src="image_12.png" /></figure>

<footnote n="3">³ https://github.com/fanourakis/experimental-review-EA.</footnote>
For the datasets from OpenEA, three well-known KGs were used as sources: DBpedia (version 2016-10) (Lehmann et al. 2015), Wikidata (version 20160801) (Vrandecic and Krötzsch 2014) and YAGO3 (Rebele et al. 2016). The seed alignment is constructed by the *owl:sameAs* links, which were provided with those KGs. In addition, it is hard for embedding-based approaches to run on full KGs due to the large candidate space, hence the authors of OpenEA sampled real-world KGs, by their iterative degree-based sampling algorithm described in Sect. 3.4. The resulting KGs have a size of 15K entities each, constituting the datasets D_W_15K_V1 and D_Y_15K_V1. In order to examine the behaviour of the methods with respect to the density of the KGs, the authors of OpenEA generated an additional dense version for each dataset (D_W_15K_V2 and D_Y_15K_V2). For generating the dense version, they deleted entities (nodes) with low ($\le$ 5) node degrees and they performed again their iterative degree-based sampling algorithm, described in Sect. 3.4. The above mentioned datasets are described as follows:

* D_W_15K_V1 and D_W_15K_V2 are the sparse and the dense datasets, respectively, that were constructed from DBpedia and Wikidata KGs, describing actors, musicians, writers, films, songs, cities, football players and football teams. We chose them in order to examine the influence of KG density variations in the relation- and attribute-based methods. In addition, these datasets have both low entity name similarity and a low number of entities that have long textual descriptions, undermining the methods that use them. In these datasets, relation and attribute names have been replaced with special ids, which influences in a negative way methods that perform schema alignment using predicate names.

* D_Y_15K_V1 and D_Y_15K_V2 are the sparse and the dense datasets, respectively, that were constructed from DBpedia and YAGO3. They contain the same entity types with D_W_15K but unlike D_W_15K, they have both high number of entities that have long textual descriptions and high entity name similarity.

Five additional datasets, from Efthymiou et al. (2015), Obraczka et al. (2021), were employed, that originate from the following eight KGs: the BTC2012 version of DBpedia,<fnref n="4" /> BBCmusic (originating from Kasabi<fnref n="5" />), IMDb,<fnref n="6" /> TVDB,<fnref n="7" /> TMDB,<fnref n="8" /> and two restaurant KGs.<fnref n="9" /> None of these datasets originally cover the assumptions of embedding-based entity alignment methods, thus we pre-process them, as described in Sect. 3.4. The five extra datasets, built from those KGs, are the following:

* BBC-DB (Efthymiou et al. 2015) is a sparse dataset constructed by BBCmusic and the BTC2012 version of DBpedia. It contains various entity types such as musicians, their birth places and bands, while also it has the highest number of

<footnote n="4">⁴ http://km.aifb.kit.edu/projects/btc-2012/.</footnote>

<footnote n="5">⁵ https://archive.org/details/kasabi.</footnote>

<footnote n="6">⁶ https://www.imdb.com/.</footnote>

<footnote n="7">⁷ https://www.thetvdb.com/.</footnote>

<footnote n="8">⁸ https://www.themoviedb.org/.</footnote>

<footnote n="9">⁹ http://oaei.ontologymatching.org/2010/im/.</footnote>
<table><caption>**Table 3** Statistics per dataset</caption><thead><tr><th>Datasets</th><th>#Rel_Triples</th><th>#Attr_Triples</th><th>#Rel_Type</th><th>#Attr_Type</th><th>Symmetric_Rels</th></tr></thead><tbody><tr><td>D_W_V1 KG1</td><td>38,265</td><td>68,258</td><td>248</td><td>342</td><td>7</td></tr><tr><td>D_W_V1 KG2</td><td>42,746</td><td>138,246</td><td>169</td><td>649</td><td>2</td></tr><tr><td>D_W_V2 KG1</td><td>73,983</td><td>66,813</td><td>167</td><td>175</td><td>1</td></tr><tr><td>D_W_V2 KG2</td><td>83,365</td><td>175,686</td><td>121</td><td>457</td><td>0</td></tr><tr><td>D_Y_V1 KG1</td><td>30,291</td><td>71,716</td><td>165</td><td>257</td><td>4</td></tr><tr><td>D_Y_V1 KG2</td><td>26,638</td><td>132,114</td><td>28</td><td>35</td><td>2</td></tr><tr><td>D_Y_V2 KG1</td><td>68,063</td><td>65,100</td><td>72</td><td>90</td><td>0</td></tr><tr><td>D_Y_V2 KG2</td><td>60,970</td><td>131,151</td><td>21</td><td>20</td><td>0</td></tr><tr><td>BBC-DB KG1</td><td>15,478</td><td>18,165</td><td>9</td><td>4</td><td>3</td></tr><tr><td>BBC-DB KG2</td><td>45,561</td><td>149,720</td><td>98</td><td>723</td><td>1</td></tr><tr><td>imdb-tmdb KG1</td><td>4,747</td><td>10,279</td><td>2</td><td>13</td><td>0</td></tr><tr><td>imdb-tmdb KG2</td><td>4,857</td><td>8,947</td><td>2</td><td>29</td><td>0</td></tr><tr><td>imdb-tvdb KG1</td><td>3,389</td><td>5,648</td><td>2</td><td>13</td><td>0</td></tr><tr><td>imdb-tvdb KG2</td><td>1,051</td><td>3,535</td><td>2</td><td>8</td><td>0</td></tr><tr><td>tmdb-tvdb KG1</td><td>3,396</td><td>5,326</td><td>2</td><td>24</td><td>0</td></tr><tr><td>tmdb-tvdb KG2</td><td>938</td><td>4,096</td><td>2</td><td>8</td><td>0</td></tr><tr><td>Restaurants KG1</td><td>226</td><td>1,504</td><td>2</td><td>4</td><td>0</td></tr><tr><td>Restaurants KG2</td><td>1,504</td><td>3,760</td><td>2</td><td>4</td><td>0</td></tr></tbody></table>

average attributes per entity and the highest number of entities that have textual descriptions among other datasets. In addition, this dataset is better suited for the methods that perform schema alignment, since these KGs follow similar predicate naming conventions.

* **imdb-tmdb**, **imdb-tvdb**, and **tmdb-tvdb** (Obraczka et al. 2021) were constructed from IMDb, TMDb, and TVDB that contain descriptions about people, movies, tv series, episodes and companies. Those datasets have a low number of entities, which makes them interesting for examining the performance of supervised vs unsupervised methods with a small training dataset. In addition, they are much sparser than the previous datasets, with low average attributes per entity, while they exhibit high homogeneity in terms of literals and predicate names. tmdb-tvdb features higher homogeneity in terms of literals and lower similarity of long-text descriptions, compared to imdb-tvdb and tmdb-tvdb.

* **Restaurants**⁹ contains descriptions of real restaurants and their addresses from two different KGs. It is the smallest dataset in terms of number of entities, relation types and attribute types, but its main challenge is that it does not cover the assumptions of all the embedding-based entity alignment methods. Specifically, not all entities of KG1 are matched with all the entities KG2 and vice versa. We chose this dataset to examine whether the evaluated methods can be generalized beyond datasets that satisfy the 1-to-1 assumption.
<table><caption>**Table 4** Statistics per dataset for the Meta-features</caption><thead><tr><th rowspan="2">Datasets</th><th rowspan="2">Seed alignment size</th><th rowspan="2">Density</th><th colspan="6">Heterogeneity</th></tr><tr><th>#Avg_Rels_ per Entity (KG1/KG2)</th><th>#Avg_Attrs_ per Entity (KG1/KG2)</th><th>Sole_Rels (KG1/ KG2)</th><th>Hyper_Rels (KG1/KG2)</th><th>#Ents_Descr</th><th>Descr_Sim</th><th>Ent_Name_Sim</th><th>Lit_Sim</th><th>Pred_Name_Sim</th></tr></thead><tbody><tr><td>D_W_V1</td><td>15K / 15K</td><td>2.86 / 3.15</td><td>4.69 / 9.61</td><td>91 / 74</td><td>157 / 95</td><td>1.181 / 9.032</td><td>0.69</td><td>0.72</td><td>0.81</td><td>0</td></tr><tr><td>D_W_V2</td><td>15K / 15K</td><td>5.39 / 5.77</td><td>4.52 / 11.97</td><td>53 / 44</td><td>114 / 77</td><td>278 / 3.579</td><td>0.73</td><td>0.78</td><td>0.83</td><td>0</td></tr><tr><td>D_Y_V1</td><td>15K / 15K</td><td>2.8 / 3.58</td><td>4.89 / 8.8</td><td>53 / 5</td><td>112 / 23</td><td>3.455 / 12.000</td><td>0.88</td><td>0.99</td><td>0.78</td><td>47.37</td></tr><tr><td>D_Y_V2</td><td>15K / 15K</td><td>6.12 / 10.98</td><td>4.38 / 8.74</td><td>17 / 6</td><td>55 / 15</td><td>2.945 / 12.000</td><td>0.87</td><td>0.91</td><td>0.79</td><td>47.99</td></tr><tr><td>BBC-DB</td><td>9.396 / 9.396</td><td>1.72 / 6.03</td><td>1.94 / 20.15</td><td>9 / 20</td><td>0 / 78</td><td>2.430 / 2.133</td><td>0.62</td><td>0.34</td><td>0.87</td><td>80.93</td></tr><tr><td>imdb-tmdb</td><td>1.933 / 1.933</td><td>2.65 / 2.71</td><td>5.31 / 4.62</td><td>2 / 2</td><td>0 / 0</td><td>753 / 753</td><td>0.35</td><td>0.48</td><td>0.92</td><td>88.49</td></tr><tr><td>imdb-tvdb</td><td>1.076 / 1.076</td><td>3.22 / 1</td><td>5.25 / 3.28</td><td>2 / 2</td><td>0 / 0</td><td>472 / 473</td><td>0.38</td><td>0.43</td><td>0.91</td><td>79.96</td></tr><tr><td>tmdb-tvdb</td><td>982 / 982</td><td>3.62 / 1</td><td>5.42 / 4.17</td><td>2 / 2</td><td>0 / 0</td><td>180 / 180</td><td>0.22</td><td>0.84</td><td>0.94</td><td>80.33</td></tr><tr><td>Restaurants</td><td>112 / 112</td><td>1 / 2</td><td>1.66 / 1.66</td><td>2 / 2</td><td>0 / 0</td><td>90 / 73</td><td>0</td><td>0.95</td><td>0.96</td><td>80.11</td></tr></tbody></table>
<table><caption>Table 5 Meta-features of the datasets</caption><thead><tr><th rowspan="2">Datasets</th><th rowspan="2">Seed alignment size</th><th colspan="2">Density</th><th colspan="2">Hyper_Rels</th><th colspan="2">Ent_Name_Sim</th><th colspan="2">Pred_Name_Sim</th></tr><tr><th>Avg_Rels</th><th>AvgAttrr_per_ Entity</th><th>Sole_Rels</th><th>Descr sim</th><th>Ent_Name_Sim</th><th>Lit_Sim</th><th>Descr sim</th><th>Ent_Name_Sim</th></tr></thead><tbody><tr><td>D_W_V1</td><td>15,000</td><td>3.00</td><td>7.15</td><td>39.56</td><td>60.43</td><td>1.181</td><td>0.69</td><td>0.72</td><td>0.81</td><td>0</td></tr><tr><td>D_W_V2</td><td>15,000</td><td>5.58</td><td>8.24</td><td>33.68</td><td>66.31</td><td>278</td><td>0.73</td><td>0.78</td><td>0.83</td><td>0</td></tr><tr><td>D_Y_V1</td><td>15,000</td><td>3.19</td><td>6.84</td><td>30.05</td><td>69.94</td><td>3,455</td><td>0.88</td><td>0.99</td><td>0.79</td><td>47.37</td></tr><tr><td>D_Y_V2</td><td>15,000</td><td>8.55</td><td>6.56</td><td>24.73</td><td>75.26</td><td>2,945</td><td>0.87</td><td>0.91</td><td>0.78</td><td>47.99</td></tr><tr><td>BBC-DB</td><td>9,396</td><td>3.87</td><td>11.04</td><td>27.10</td><td>72.89</td><td>2,430</td><td>0.62</td><td>0.34</td><td>0.87</td><td>80.93</td></tr><tr><td>imdb-tmdb</td><td>1,933</td><td>2.68</td><td>4.96</td><td>100</td><td>0</td><td>753</td><td>0.35</td><td>0.48</td><td>0.92</td><td>88.49</td></tr><tr><td>imdb-tvdb</td><td>1,076</td><td>2.11</td><td>4.26</td><td>100</td><td>0</td><td>472</td><td>0.38</td><td>0.43</td><td>0.91</td><td>79.96</td></tr><tr><td>tmdb-tvdb</td><td>982</td><td>2.31</td><td>4.79</td><td>100</td><td>0</td><td>180</td><td>0.22</td><td>0.84</td><td>0.94</td><td>80.33</td></tr><tr><td>Restaurants</td><td>112</td><td>1.50</td><td>1.66</td><td>100</td><td>0</td><td>90</td><td>0</td><td>0.95</td><td>0.96</td><td>80.11</td></tr></tbody></table>

<figure><img src="image_13.png" /></figure>
<table><caption>**Table 6** Aggregation functions</caption><thead><tr><td>Statistics</td><td>Aggregation functions</td></tr></thead><tbody><tr><td>Avg_Rels_perEntiy</td><td>(avg_rel_per_entity_KG1 + avg_rel_per_entity_KG2) / 2</td></tr><tr><td>Avg_Attrs_perEntiy</td><td>(avg_attr_per_entity_KG1 + avg_attr_per_entity_KG2) / 2</td></tr><tr><td>Sole_Rels</td><td>((sole_KG1 + sole_KG2) / rels.)*100</td></tr><tr><td>Hyper_Rels</td><td>((hyper_KG1 + hyper_KG2) / rels.)*100</td></tr><tr><td>#EntsoxDescr</td><td>ents_with_descr_KG1</td></tr></tbody></table>

## 3.2 Statistics and meta-features

In order to quantify useful information about the knowledge graphs, we calculated some basic dataset statistics regrading the type and the number of relations and attributes that are presented in Table 3 and some additional dataset statistics that are shown in Table 4, categorized in the three following categories: seed alignment size, density and heterogeneity that were used for constructing the meta-features of Table 5.

Seed alignment size refers to the number of entity pairs in the seed alignment. Density consists of the average relations per entity and the average attributes per entity, which indicate the density of the knowledge graphs on structural and attrib- ute level, respectively. In addition, it consists of the proportion of sole and hyper relation types of the two knowledge graphs, where a sole relation type is a relation type that does not co-occur with another relation type in any entity pair (Zhang et al. 2017), otherwise, a relation is called a hyper relation (Zhang et al. 2017). Finally, in order to measure the heterogeneity of the two knowledge graphs, we calculate the textual description similarity (Descr_Sim) in the embedding space, of entities that are included in the test and validation sets, the number of entities of the two KGs that have textual descriptions (#EntsoxDescr), the similarity of entity names (Ent_Name_Sim), the similarity of literals (Lit_Sim) and the similarity of predicate names (Pred_Name_Sim). Specifically, for Descr_Sim, Ent_Name_Sim and Lit_Sim, we report the average of MAX similarities of each description, entity name and literal, respectively. As for the Pred_Name_Sim, we measure the name similarity of relation and attribute types (predicates) using Levenshtein Distance, as suggested in AttrE (Trisedya et al. 2019). Specifically, we report the average of MAX similarities of each predicate (relation or attribute).

The meta-features of Table 5 were constructed by applying the aggregation functions of Table 6 on the statistics of Table 4, in order to construct features for each individual dataset instead of each individual KG of the dataset and use them in Sect. 4.3. More precisely, for Avg_Rels_perEntiy, Avg_Attrs_perEntiy, Sole_Rels, Hyper_Rels and #EntsoxDescr (based on KDCoE that proposes possi- bly aligned entities of the entities of the first KG) were used aggregation functions, while #Entity_Pairs, Descr_Sim, Ents_Name_Sim, Lit_Sim and Pred_Name_Sim were used as meta-features without the application of any aggregation function.
<figure><img src="image_14.png" /><figcaption>Fig. 8 Evaluation process</figcaption></figure>

## 3.3 Evaluation protocol and metrics

In this section, we describe the evaluation protocol that embedding-based entity alignment methods use, the metrics used for their evaluation, while we also compare those metrics.

### 3.3.1 Evaluation protocol

EA methods have been traditionally evaluated using classification-based metrics (e.g., precision and recall), comparing the matches proposed by those methods to the correct matches of a given ground truth (Leone et al. 2022). On the contrary, KG embedding-based EA methods, adopted rank-based evaluation metrics (see Sect. 3.3.2), possibly influenced by the recent literature on the embedding-based methods for link prediction (Bordes et al. 2013; Sun et al. 2019). In order to compare embedding-based EA methods on an equal basis and re-use the available open-source code as much as possible, we adopt the latter evaluation metrics and acknowledge that the criticism of Leone et al. (2022) is valid.

During the evaluation, the embedding-based EA methods use two embedding matrices, one for each KG, with the entity embeddings in their rows, and the test set<fnref n="10" /> of the seed alignment (Fig. 8). The alignment methods calculate the similarity of every entity of the first matrix with every entity of the second matrix, in the embedding space using similarity measures such as *Euclidean distance*, *cosine similarity*, etc. The result of this process is a similarity list, that we sort in descending order and aim to find the index (ranking) of the aligned entity in the similarity list.

In the example of Fig. 8, $e'_1$ is the aligned entity of entity $e_1$, known as *true entity*, according to seed alignment, and it is in the first position in the similarity list. In the

<figure><img src="image_15.png" /></figure>

<footnote n="10">¹⁰ The seed alignment is split into train (20%), validation (10%) and test (70%), as in (Sun et al. 2020).</footnote>
last similarity list, there is a tie in the scores of the two candidate entities $e'_3$ and $e'_2$, that is decisive for some evaluation metrics. According to Berrendorf et al. (2020), there are different behaviors for this phenomenon that are categorized as *optimistic*, *pessimistic*, *non-deterministic* and *realistic*. In optimistic behavior, it is assumed that the true entity is ranked first among other entities with the same score, in pessimistic, it is assumed that it is ranked last, and realistic is the mean of optimistic and pessimistic. In our case, all of the evaluated methods are non-deterministic, which means that handling ties depends on the inner working of the sorting algorithm that the methods use to sort each similarity list.

In the context of ensuring a reliable and unbiased experimental process, we conducted the experiments with 5-fold cross-validation (Sun et al. 2020), where each fold is split into train, validation and test¹⁰. Finally, the performance of each method, per dataset, for a specific metric is calculated by the average scores that the method achieves in the 5 folds for this metric.

### 3.3.2 Evaluation metrics

For the evaluation of the alignment methods, we use the following metrics, which depend on the individual ranks $\mathcal{I}$ generated by each method, as described in the previous section.

**Hits@k** describes the fraction of hits (true entities) that appear in the first k ranks of the sorted similarity lists:

$$ \text{Hits@k} = \frac{|\{r \in \mathcal{I} | r \le k\}|}{|\mathcal{I}|}, \qquad (32) $$

where Hits@k ∈ [0, 1]. In the experimental results, we report Hits@k values as percentages (i.e., Hits@k · 100%). Specifically, this metric measures the accuracy of the methods with adjustable error rate. For instance, Hits@10 allows a small error rate in contrary to Hits@1 that does not allow any errors. The weakness of this metric is that it considers only the first k position of the similarity list, and as a result, all the other positions have no effect to the final score. An advantage of this metric is its easy interpretation. In the example of Fig. 8, Hits@1 = 1/3 = 0.33, since among the three similarity lists (|I| = 3), only in one similarity list, a true entity pair is observed in the first rank.

**Mean Rank (MR)** computes the average ranks of the true entity pairs:

$$ MR = \frac{1}{|\mathcal{I}|} \sum_{r \in \mathcal{I}} r, \qquad (33) $$

where $MR \in [1, |E|]$ (the lower the better). An advantage of MR is its sensitivity to any model performance changes, since it reflects the average performance and not only the fist k ranks. However, it is also sensitive to outliers, because a very high or very low rank of a true entity pair affects the mean of the ranks. Finally, MR is an easily interpretable metric, but we should keep in mind the size of the candidate entities, because MR = 10 is better for 1,000,000 entities than for 20 entities. In the
example of Fig. 8, assuming that in the third similarity list the true pair is in the second rank, $MR = (1 + 3 + 2)/3 = 2$.

Mean Reciprocal Rank (MRR) is the inverse of harmonic mean rank:

$$MRR = \frac{1}{|\mathcal{I}|} \sum_{r \in \mathcal{I}} \frac{1}{r}, \qquad (34)$$

where $MRR \in (0, 1]$. This metric is affected more by the top-ranked values rather than the bottom ones. For instance, the change is larger when moving from 1 to 2 compared to moving from 10 to 1,000. Thus, MRR is less sensitive to outliers. In the example of Fig. 8, assuming that in the third similarity list the true pair is in the second rank, $MRR = (1/1 + 1/3 + 1/2)/3 = 0.61$.

## 3.4 Pre-processing pipelines

The embedding-based entity alignment methods are working under some strict assumptions that make them inapplicable to the five new datasets. However, for a reliable experimental evaluation of the methods under the same conditions and data characteristics, we pre-process those datasets in order to conform to the assumptions described in Sect. 2.

**1-to-1 and structural-information assumptions** Firstly, we processed the seed alignment, in order to satisfy the 1-to-1 mapping assumption, as follows. If there are two entity pairs $(e_i, e_j)$ and $(e_i, e'_j)$ in the seed alignment, we need to keep one of them. In the dilemma of choosing which entity pair to remove, we examined two factors. The first factor is to keep the entity pair in which the true entity, $e_j$ or $e'_j$ in this example, is involved in at least one relation edge (one of the other assumptions of these methods). The second factor is to keep the entity pairs in which the true entity has the highest node degree (number of incoming and outgoing edges), in the effort to reduce as little as possible the initial KGs. In addition, we processed the initial KGs, by removing relation edges $(h, r, t)$, whose head $(h)$ or tail $(t)$ entities did not appear in the seed alignment. Then, we repeated the same process for the attribute edges, removing the edges whose head entity did not appear in the seed alignment, and also removing the attribute edges whose head entity was not involved in at least one relation edge.

**Pre-aligned predicates assumption** In addition to these assumptions, AttrE requires predicate alignment, as described in Sect. 2.4 and merging the two KGs into one KG. The predicate alignment step is performed by manual inspection of the data, as suggested by the authors of AttrE.<fnref n="11" /> For example, given the attributes :name and :hasName, the second one is replaced by :name.

**Sampling.** For sampling real-world KGs, the authors of OpenEA proposed an iterative degree-based sampling (IDS) algorithm which simultaneously removes entities of the two KGs using seed alignment. The objective of this algorithm is to generate a dataset of a specific size from real-world KGs, such that the difference of

<footnote n="11">¹¹ https://bitbucket.org/bayudt/kba/src/35c67d56a8f0e2bcc05e8d56fb98c4374e3ff542/</footnote>
<table><caption>**Table 7** Hyperparameters of methods</caption><thead><tr><td>Methods</td><td>Dim</td><td>Batch size</td><td>Max epochs</td></tr></thead><tbody><tr><td>MTransE</td><td>100</td><td>5,000</td><td>2,000</td></tr><tr><td>MTransE+RotatE</td><td>100</td><td>5,000</td><td>2,000</td></tr><tr><td>RDGCN</td><td>300</td><td>5,000</td><td>2,000</td></tr><tr><td>RREA(basic)</td><td>100</td><td>5,000</td><td>1,200 (fix)</td></tr><tr><td>RREA(semi)</td><td>100</td><td>5,000</td><td>6,000 (fix)</td></tr><tr><td>KDCoE</td><td>100</td><td>5,000</td><td>2,000</td></tr><tr><td>MultiKE</td><td>100</td><td>5,000</td><td>2,000</td></tr><tr><td>AttrE</td><td>100</td><td>100</td><td>50 (fix)</td></tr><tr><td>BERT_INT</td><td>300</td><td>128</td><td>205 (fix)</td></tr></tbody></table>

the entity degree distribution, between the original KG and the sampled KG, does not exceed a certain value. In order to determine which entities to remove without greatly affecting the entity degree distribution, they delete entities with low PageRank scores, while assessing the divergence of the two degree distributions of the KGs using the Jensen-Shannon (JS) (Lin 1991) measure. The algorithm stops when the size of the datasets is the desired one (15K) and the divergence is $\leq 5\%$.

## 3.5 Implementation details

All experiments were performed in a server with 16 cores (AMD EPYC 7232P @ 3.1 GHz), 64 GB RAM, one RTX-4090 GPU (24 GB) and Ubuntu 18.04.5 LTS. We used the code of OpenEA<fnref n="12" /> (2020-07-28) for the experiments of methods MTransE, MTransE + RotatE, KDCoE, MultiKE and RDGCN. For AttrE, we noticed that the implementation of OpenEA utilizes the seed alignment for training, which contradicts the unsupervised learning nature of AttrE (Trisedya et al. 2019). For this reason, we used the code provided by the authors of AttrE¹¹ (2019-01-11). Finally, for RREA (basic and semi), BERT_INT and PARIS, we used the code provided by the authors.<fnref n="13" />,<fnref n="14" />,<fnref n="15" />

For conducting a fair experimental process, we used the same hyperparameter values as described in the works of OpenEA, AttrE, RREA and BERT_INT, and are shown in Table 7. Dim is the dimensions of the embeddings (length of the vector representations). The higher dimensions an embedding has, the more features (expressiveness) it has. Batch size is the number of relation edges that we used in each iteration during training. All the examined methods adopt a batch size of 5,000, except AttrE which adopts 100 and BERT_INT 128. Max epochs refers to the times the learning algorithm will work in the entire dataset. In our experiments,

<footnote n="12">¹² https://github.com/nju-websoft/OpenEA/tree/2a6e0b03ec8cdcad4920704d1c38547a3ad72abe.</footnote>

<footnote n="13">¹³ https://github.com/MaoXinn/RREA.</footnote>

<footnote n="14">¹⁴ https://github.com/kosugi11037/bert-int.</footnote>

<footnote n="15">¹⁵ https://github.com/epfl-dlab/entity-matchers.</footnote>
there are two ways to define the number of epochs. The first one is to give a fixed number (50, 205, 1,200 or 6,000 epochs), as AttrE, BERT_INT, RREA(basic) and RREA(semi) do. The second one, *early stopping*, is to terminate the training process when Hits@1 starts dropping, based on the validation set, checked every 10 epochs. The latter ensures that the model does not overfit. It is worth noting RREA(semi) requires a fixed number of iterations (5), while KDCoE decides the number of iterations dynamically. RREA(basic) is the first iteration of RREA(semi).

# 4 Analysis of experimental results

In this section, we report and analyze the results of a series of experiments we conducted to answer the open questions Q1-Q4 posed in Sect. 1, regarding embedding-based entity alignment methods. More precisely, to shed light regarding Q1 (characteristics of methods) and Q2 (families of methods), we analyze the performance of the methods described in Sect. 2 across all datasets (Sect. 4.1). To answer Q3 (effectiveness-efficiency trade-off), we rank the methods in a statistically significant way, while we analyze their corresponding execution time over all datasets of our testbed, and compare the time they require to reach a relative effectiveness threshold (Sect. 4.2). Finally, in Sect. 4.3, we address Q4 (characteristics of datasets), by conducting a meta-level analysis to identify correlations between the methods and the various meta-features extracted from the KGs of our testbed.

## 4.1 Effectiveness of EA methods using different metrics

To answer Q1 and Q2, we experimentally compare five relation-based (MTransE, MTransE+RotatE, RDGCN, RREA(basic) and RREA(semi)) and three attribute-based methods (KDCoE, MultiKE and AttrE), using the protocol and metrics described in Sect. 3.3. Table 8 reports the different evaluation metrics per method over all datasets of our testbed.

### 4.1.1 Relation-based EA methods

MTransE exploits one-hop entity neighborhoods and does not use negative sampling. As we can see in Table 8, the performance of MTransE remains relatively the same between the sparse version D_W_15K_V1 with 3 average relations per entity<fnref n="16" /> (Table 5), and the dense one D_W_15K_V2 with 5.58 average relations per entity, as well as between the sparse D_Y_15K_V1 with 3.19 average relations per entity, and the dense D_Y_15K_V2 with 8.55 average relations per entity. In general, entities in dense KGs are more likely to minimize their embedding distance with multiple similar entities (neighbors), exploiting richer semantic information to learn the embeddings. For this reason, dense KGs are the best use cases for relation-based methods. However, the density of KGs is also reflected in the embedding

<footnote n="16">¹⁶ A KG is considered “dense” in Sun et al. (2020) if it has more than an average of 5 relations per entity.</footnote>
<table><caption>**Table 8** Performance of methods in different datasets and metrics</caption><thead><tr><th rowspan="2"></th><th rowspan="2">Dataset</th><th colspan="2">Relation-based methods</th><th colspan="2">RREA(basic)</th><th colspan="2">RREA(semi)</th><th colspan="2">Attribute-based methods</th><th rowspan="2">KDCoE</th><th rowspan="2">MultiKE</th><th rowspan="2">AirTE</th><th rowspan="2">BERT_INT</th></tr><tr><th>MTransE</th><th>MTransE+RotatE</th><th>RDGCN</th><th>RREA</th><th></th><th></th><th></th><th></th></tr></thead><tbody><tr><td rowspan="6">Datasets</td><td rowspan="3">D_W_15K_V1</td><td>H@1</td><td>26.07</td><td>27.27</td><td>53.02</td><td>65.57</td><td><strong>71.82</strong></td><td>23.22</td><td>40.49</td><td>N/A</td><td>44.08</td></tr><tr><td>H@10</td><td>54.05</td><td>56.98</td><td>72.96</td><td>88.49</td><td><strong>90.03</strong></td><td>46.29</td><td>56.71</td><td>N/A</td><td>48.96</td></tr><tr><td>MR</td><td>352.92</td><td>501.58</td><td>494.69</td><td>46.32</td><td>57.71</td><td>868.85</td><td>330.29</td><td>N/A</td><td><strong>13.27*</strong></td></tr><tr><td rowspan="3">D_W_15K_V2</td><td>MRR</td><td>0.35</td><td>0.36</td><td>0.59</td><td>0.74</td><td><strong>0.79</strong></td><td>0.30</td><td>0.45</td><td>N/A</td><td>0.45</td></tr><tr><td>H@1</td><td>26.27</td><td>49.22</td><td>63.71</td><td>87.86</td><td><strong>93.72</strong></td><td>33.78</td><td>49.54</td><td>N/A</td><td>42.63</td></tr><tr><td>H@10</td><td>57.45</td><td>81.69</td><td>82.33</td><td>98.66</td><td><strong>99.18</strong></td><td>64.38</td><td>72.76</td><td>N/A</td><td>48.50</td></tr><tr><td rowspan="6">OpenEA</td><td rowspan="3">D_Y_15K_V1</td><td>MR</td><td>145.53</td><td>58.53</td><td>210.94</td><td><strong>2.64</strong></td><td>2.74</td><td>169.46</td><td>37.44</td><td>N/A</td><td>10.38*</td></tr><tr><td>MRR</td><td>0.36</td><td>0.59</td><td>0.69</td><td>0.92</td><td><strong>0.96</strong></td><td>0.44</td><td>0.56</td><td>N/A</td><td>0.44</td></tr><tr><td>H@1</td><td>45.54</td><td>46.25</td><td>94.10</td><td>76.19</td><td>81.79</td><td>69.57</td><td>90.18</td><td>0.03</td><td><strong>99.23</strong></td></tr><tr><td rowspan="3">D_Y_15K_V2</td><td>H@10</td><td>72.78</td><td>72.94</td><td>97.68</td><td>91.31</td><td>91.95</td><td>88.02</td><td>95.03</td><td>0.2</td><td><strong>99.28</strong></td></tr><tr><td>MR</td><td>245.02</td><td>574.13</td><td>14.87</td><td>29.79</td><td>73.34</td><td>143.78</td><td>19.69</td><td>5077.59</td><td><strong>1.0004*</strong></td></tr><tr><td>MRR</td><td>0.55</td><td>0.55</td><td>0.95</td><td>0.82</td><td>0.86</td><td>0.75</td><td>0.91</td><td>0.001</td><td><strong>0.99</strong></td></tr><tr><td rowspan="3"></td><td rowspan="3"></td><td>H@1</td><td>44.72</td><td>93.89</td><td>94.15</td><td>96.56</td><td>97.53</td><td>86.72</td><td>85.64</td><td>0.04</td><td><strong>99.37</strong></td></tr><tr><td>H@10</td><td>71.21</td><td>98.93</td><td>97.73</td><td>99.46</td><td><strong>99.55</strong></td><td>98.06</td><td>92.70</td><td>0.3</td><td>99.37</td></tr><tr><td>MR</td><td>79.47</td><td>3.46</td><td>11.50</td><td>1.32</td><td>1.39</td><td>2.28</td><td>9.86</td><td>4900.23</td><td><strong>1*</strong></td></tr><tr><td></td><td></td><td>MRR</td><td>0.53</td><td>0.95</td><td>0.97</td><td>0.98</td><td>0.98</td><td>0.91</td><td>0.88</td><td>0.002</td><td><strong>0.99</strong></td></tr></tbody></table>
<figure><img src="image_16.png" /><figcaption>Table 8 (continued)</figcaption></figure>

<table><thead><tr><th rowspan="2">Dataset</th><th rowspan="2"></th><th colspan="2">Relation-based methods</th><th colspan="2">RDGCN</th><th colspan="2">RREA(basic)</th><th colspan="2">Attribute-based methods</th><th colspan="2">MultiKE</th><th colspan="2">AirTE</th><th colspan="2">BERT_INT</th></tr><tr><th>MTransE</th><th>MTransE+RotatE</th><th>RTransE</th><th>RTransE+RotatE</th><th>RTransE</th><th>RTransE+RotatE</th><th>RTransE</th><th>RTransE+RotatE</th><th>KDCoE</th><th>KDCoE</th><th>KDCoE</th><th>KDCoE</th><th>KDCoE</th><th>KDCoE</th></tr></thead><tbody><tr><td rowspan="10">New datasets</td><td rowspan="5">BBC-DB</td><td>H@1</td><td>24.98</td><td>18.41</td><td>6.38</td><td>43.62</td><td>46.87</td><td>32.69</td><td>15.22</td><td>17.31</td><td>92.50</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>H@10</td><td>50.28</td><td>41.66</td><td>11.01</td><td>65.28</td><td>65.19</td><td>52.88</td><td>33.47</td><td>46.65</td><td>93.78</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>MR</td><td>672.17</td><td>1343.30</td><td>2656.5</td><td>318.03</td><td>631.69</td><td>643.35</td><td>1299.81</td><td>760.98</td><td>1.38*</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>MRR</td><td>0.33</td><td>0.26</td><td>0.08</td><td>0.52</td><td>0.54</td><td>0.38</td><td>0.21</td><td>0.27</td><td>0.93</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>H@10</td><td>15.00</td><td>9.30</td><td>0.07</td><td>27.06</td><td>29.56</td><td>20.02</td><td>15.28</td><td>87.01</td><td>99.70</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td rowspan="5">imdb-tmdb</td><td>H@10</td><td>54.04</td><td>37.82</td><td>0.73</td><td>74.86</td><td>73.65</td><td>29.43</td><td>54.60</td><td>98.06</td><td>100</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>MR</td><td>52.99</td><td>131.41</td><td>677.50</td><td>16.25</td><td>61.83</td><td>199.59</td><td>59.72</td><td>5.96</td><td>1.002</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>MRR</td><td>0.27</td><td>0.18</td><td>0.005</td><td>0.42</td><td>0.44</td><td>0.23</td><td>0.27</td><td>0.90</td><td>0.99</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>H@1</td><td>13.63</td><td>7.18</td><td>0.13</td><td>20.53</td><td>19.41</td><td>15.80</td><td>8.61</td><td>84.54</td><td>99.86</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>H@10</td><td>43.82</td><td>24.16</td><td>1.32</td><td>52.76</td><td>46.82</td><td>24.11</td><td>33.21</td><td>98.99</td><td>100</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td rowspan="5">tmdb-tvdb</td><td>MR</td><td>40.41</td><td>149.27</td><td>377.50</td><td>25.86</td><td>78.26</td><td>149.64</td><td>94.45</td><td>1.89</td><td>1.001</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>MRR</td><td>0.23</td><td>0.13</td><td>0.009</td><td>0.32</td><td>0.29</td><td>0.18</td><td>0.16</td><td>0.89</td><td>0.99</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>H@1</td><td>10.63</td><td>5.60</td><td>0.14</td><td>14.13</td><td>14.51</td><td>20.00</td><td>12.26</td><td>34.41</td><td>100</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>H@10</td><td>49.68</td><td>29.73</td><td>1.45</td><td>58.31</td><td>54.27</td><td>27.09</td><td>52.23</td><td>65.42</td><td>100</td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>MR</td><td>22.89</td><td>74.29</td><td>344.50</td><td>14.59</td><td>31.79</td><td>133.18</td><td>23.94</td><td>28.11</td><td>1</td><td></td><td></td><td></td><td></td><td></td></tr></tbody></table>
<table><caption>Table 8 (continued)</caption><thead><tr><th rowspan="2">Dataset</th><th colspan="2">Relation-based methods</th><th colspan="2">Attribute-based methods</th><th colspan="2">Attribute-based methods</th><th colspan="2">Attribute-based methods</th></tr><tr><th>MTransE</th><th>MTransE+RotatE</th><th>RDGCN</th><th>RREA(basic)</th><th>RAREA(semi)</th><th>KDCoE</th><th>MultiKE</th><th>AttrE</th><th>BERT_INT</th></tr></thead><tbody><tr><td rowspan="5">Restaurants</td><td>MRR</td><td>0.22</td><td>0.13</td><td>0.01</td><td>0.27</td><td>0.26</td><td>0.22</td><td>0.24</td><td>0.44</td><td>1</td></tr><tr><td>H@1</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td><strong>94.6</strong></td><td>N/A</td></tr><tr><td>H@10</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td><strong>98.19</strong></td><td>N/A</td></tr><tr><td>MR</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td><strong>1.68</strong></td><td>N/A</td></tr><tr><td>MRR</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td>N/A</td><td><strong>0.95</strong></td><td>N/A</td></tr></tbody></table>

Best scores are given in bold

* For memory reasons, the source code of BERT_INT restricts the evaluation computations to the top-k ranks, which may yield better results in some cases (default k=50).

We set k=1000, which is the largest k value for which we did not run intomemory issues.
space. In case that the embedding space has limited dimensions and the KGs are dense, dissimilar entities end up close in the embedding space. The lack of negative sampling (that distances dissimilar entities in the embedding space) is the reason why MTransE is not improved in dense datasets.

In the new datasets (BBC-DB, imdb-tmdb, imdb-tvdb and tmdb-tvdb) that are all sparse, fewer entity pairs in seed alignment and fewer relation edges are used for training, resulting in worse performance, too, for this method (when comparing BBC-DB to tmdb-tvdb). For example, Hits@1 for BBC-DB with 61,039 relation edges is 24.98, while Hits@1 for imdb-tmdb with 9,604 relation edges is 15. On the contrary, MR is improved as can been seen in Table 8. This is attributed to the dependency of MR on the size of the similarity lists (see the evaluation protocol in Sect. 3.3.1). Specifically, as the entity pairs of seed alignment are reduced, the size of similarity lists is reduced too. The smaller the similarity lists, the lower the ranks for true entity pairs in the test set, resulting to an improved MR metric.

MTransE+RotatE is a variation of MTransE that exploits RotatE as embedding module, as well as negative sampling, and was originally proposed for better handling symmetrical relations in KGs (Sun et al. 2020). Since such relations are not encountered in datasets imdb_tmdb, imdb_tvdb, and tmdb_tvdb (see Table 3), we investigate only the effect of negative sampling on the performance of the method. MTransE+RotatE exhibits a similar performance to MTransE in the sparse versions of D_W_15K_V1 and D_Y_15K_V1 (e.g., in dataset D_W_15K_V1, MTransE Hits@10 is 72.78 and MTransE+RotatE Hits@10 is 72.94). However, the negative sampling used by MTransE+RotatE significantly improves its performance in dense datasets compared to MTransE. For example, for D_Y_15K_V2, the MR of MTransE is 79.47 and that of MTransE+RotatE is 3.46, and for D_W_15K_V2, MTransE Hits@1 is 26.27 and MTransE+RotatE Hits@1 is 49.22. This means that MTransE+RotatE represents similar entities closer in the embedding space and dissimilar entities farther, exploiting the rich semantic information that dense KGs offer.

In the new datasets, MTransE+RotatE is outperformed by MTransE (e.g., for tmdb-tvdb Hits@1 of MTransE is 10.63, while Hits@1 of MTransE+RotatE drops to 5.60). This is due to the small size of the new datasets in terms of seed entity pairs (e.g., 982 in tmdb-tvdb) and relation edges (e.g., 3,396 for $KG_1$ vs only 938 for $KG_2$ in tmdb-tvdb) that, in conjunction with the high dimensionality of the embedding space, place similar entities far away. Negative sampling seems to amplify this behavior.

RDGCN exploits multi-hop entity neighborhoods, as well as a higher number of negative samples and dimensions in the embedding space than the other methods (see Table 7). As shown in Table 8, RDGCN has the highest Hits@1 and Hits@10, compared to MTransE and MTransE+RotatE in datasets D_W_15K and D_Y_15K, both for sparse (V1) and dense (V2) versions (e.g., for D_W_15K_V2 and D_Y_15K_V1, RDGCN Hits@1 is respectively 63.71 and 94.10, while MTransE Hits@1 is 26.27 and 45.54 and MTransE+RotatE Hits@1 is 49.22 and 46.25). This behavior can be attributed to the fact that RDGCN exploits an extended neighborhood of entities (multi-hop) for constructing the embeddings. Of course, this richer semantic context incurs the risk of incorporating noisy information into
the embeddings, due to potentially irrelevant or less important distant neighbors for aligning entities. For these reasons, RDGCN requires both high-dimensional embeddings to capture more features, as well as increased negative samples per positive edge that place irrelevant neighbors far away in the embedding space. It is worth mentioning that RDGCN outperforms the other methods in all OpenEA datasets, demonstrating the added value of multi-hop neighbors in embeddings. On the other hand, RDGCN is outperformed by MTransE+RotatE in datasets BBC-DB, imdb-tmdb, imdb-tvdb and tmdb-tvdb (e.g., in BBC-DB Hits@1 drops from 18.41 to 6.38). This behavior stems from the same problem that negative sampling causes to MTransE+RotatE in these datasets. As RDGCN uses more negative samples and higher dimensions in the embedding space than MTransE+RotatE, it aggravates the problem.

**RREA(basic)**, like RDGCN, exploits multi-hop entity neighborhoods, having the same issue about irrelevant or less important neighbors. Contrary to RDGCN, that needs higher number of negative samples and dimensions to solve the aforementioned issue, RREA(basic) utilizes an attention mechanism that assigns high weights to relevant and important neighbors, outperforming RDGCN, but also MTransE and MTransE+RotatE in all datasets, regardless of the metric (e.g., in D_W_15K_V2, RREA(basic)'s Hits@1 is 87.86 and for MTransE it is 26.27, in D_W_15K_V1, RREA(basic)'s Hits@10 is 88.49, while for MTransE+RotatE it is 56.98, and in D_Y_15K_V2, RREA(basic)'s MR is 1.32, while the corresponding MR for RDGCN is 11.50). As we can see from D_Y_15K_V1, RREA(basic) fails to differentiate the importance of relevant and irrelevant neighbors, and RDGCN achieves higher performance in all metrics (e.g., Hits@1 for RDGCN is 94.10, while for RREA(basic) it is 76.19). The fact that RREA(basic) solves the issue of noisy information and irrelevant neighbors by utilizing the attention mechanism, without requiring higher number of negative samples, leads to outperforming MTransE, MTransE+RotatE and RDGCN in all new datasets (e.g., RREA(basic)'s Hits@1 for imdb_tmdb is 27.06, while for MTransE it is 15, RREA(basic)'s Hits@10 for bbc_db is 65.28, while for MTransE+RotatE it is 41.66 and RREA(basic)'s MR for imdb_tvdb is 25.86, while for RDGCN it is 377.50).

**RREA(semi)** runs in 5 iterations, where the first iteration is RREA(basic), which means that the 4 extra iterations, increase the performance of RREA(semi) compared to RREA(basic) and consequently to MTransE, MTransE+RotatE and RDGCN in all datasets, in Hits@1, Hits@10 and MRR (e.g., RREA(semi)'s Hits@1 for D_Y_15K_V2 is 97.53, while for RREA(basic) it is 96.56, RREA(semi)'s Hits@10 for imdb_tmdb is 73.65, while for RDGCN it is 0.73, and RREA(semi)'s MRR for imdb_tvdb is 0.29, while for MTransE it is 0.23). RREA(semi), like RREA(basic) fails to distinguish relevant and irrelevant neighbors in D_Y_15K_V1, where RDGCN achieves better performance in all metrics (e.g., Hits@1 for RDGCN is 94.10, while for RREA(semi) it is 81.79). The fact that RREA(semi) enriches the seed alignment with new entity pairs leads to increasing the candidate-space (denominator of MR) and also the probability of wrong alignment (compared to RREA(basic)), making RREA(semi) exhibit worse MR in all datasets (e.g., in D_Y_15K_V2, RREA(semi)'s MR is 1.39, while for RREA(basic) it is 1.32).
### 4.1.2 Attribute-based EA methods

KDCoE in addition to one-hop neighborhood and negative sampling, exploits the textual descriptions of entities, when available. Negative sampling also improves the performance of KDCoE in dense versions of the datasets, compared to their sparse versions (e.g., in dataset D_W_15K_V1 Hits@10 is 46.29, while in D_W_15K_V2 Hits@10 is 64.38, and in dataset D_Y_15K_V1 MR is 143.78, while in D_Y_15K_V2 MR is 2.28). In dense entity graphs, negative sampling helps KDCoE to increase the distance of dissimilar entities in an embedding space with limited dimensions. The use of textual descriptions as an additional source of similarity evidence favors KDCoE to outperform the other methods in datasets that are rich in terms of textual descriptions. As shown in Table 8, this is the case of BBC_DB, which features the highest number of entities with textual descriptions (2,430), compared to the size of the seed alignment (9,396), and where KDCoE exhibits better performance compared to MTransE, MTransE+RotatE and RDGCN. The higher ratio of entities with similar textual descriptions in a dataset boosts the performance of KDCoE. It is worth mentioning that although KDCoE outperforms the aforementioned methods in BBC_DB, both versions of RREA exhibit higher performance in all metrics, due to the attention mechanism that both utilize and the rule that RREA(semi) uses. In case of lower ratio of entities with similar textual descriptions in a dataset, KDCoE's performance drops as the training set is flooded with falsely similar entity pairs in terms of textual descriptions. This behavior is observed in datasets imdb_tmdb, imdb_tvdb, tmdb_tvdb, where textual descriptions of entities exhibit the minimum similarity among all datasets (e.g., for imdb-tmdb descriptions similarity is 0.35). Statistically meaningful correlations of the method with the specific data characteristics (#Ents_Descr and Descr_Sim) are reported in Sect. 4.3. Note that the disfavored effect of negative sampling in these datasets still persists (as in MTransE+RotatE and RDGCN), but with an attenuated strength, due the smaller number of negative samples this method uses.

MultiKE exploits multiple sources of similarity evidence of entities (i.e., from attribute names, literals and relations) along with a high number of negative samples. In this respect, MultiKE embeddings are less sensitive to the number of entity relations than in the previous methods. For this reason, MultiKE, in contrary to KDCoE, is not improving in all dense versions of the datasets, even if it uses negative sampling (see Table 8). Specifically, in D_W_15K, when comparing the dense to the sparse version, Hits@1 increases from 40.49 to 49.54 as both the number (average attributes per entity is 3 for sparse and 5.58 for dense) and the similarity score of literals (i.e., 81.24 for sparse and 83.79 for dense) increase. In contrary, from the sparse D_Y_15K_V1 to the dense D_Y_15K_V2, there is a small decrease (≈ 8%) in both entity names similarity (from 0.99 to 0.91), causing Hits@1 to drop from 90.18 to 85.64. Finally, in datasets imdb_tmdb, imdb_tvdb and tmdb_tvdb, MultiKE has a lower Hits@1 than KDCoE (i.e., for imdb_tmdb Hits@1 of KDCoE is 20.02, while for MultiKE it is 15.28), due to the increased number of negative samples. The correlation of MultiKE with the similarity of entity names will be further investigated in Sect. 4.3.3.
AttrE is an unsupervised method that consumes fewer negative samples (like KDCoE) and exploits the similarity of literal values. On the other hand, it requires the alignment of predicates in KGs as a pre-processing step. The highest the number of aligned predicates, the better the performance of the method. In datasets without aligned predicates, AttrE is unable to run. Specifically, AttrE is not applicable to datasets D_W_15K_V1 and D_W_15K_V2, while on D_Y_15K_V1 and D_Y_15K_V2, it exhibits a very low performance (e.g., Hits@1 is 0.0003 for D_Y_15K_V1) due to the low predicate similarity (e.g., 0 in D_W_15K_V1 and 47.37% in D_Y_15K_V1). In datasets like BBC_DB, where both the similarity of predicates (80.93) and the similarity of literals (0.87) are high, AttrE's performance is significantly improved. In datasets imdb-tmdb, imdb-tvdb and tmdb-tvdb, exhibiting the highest similarity of predicates and literals, AttrE outperforms all other methods. The correlation of the method with specific data characteristics (Pred_Sim and Lit_Sim) will be presented in Sect. 4.3. Finally, AttrE is the only method that is able to run on the Restaurants datasets, where not all the entities of KG₁ are aligned with entities of KG₂ and vice versa.

BERT_INT is an attribute-based method that exploits multiple sources of similarity evidence between entities (i.e., long-text descriptions, literals, names, and relations). More precisely, BERT_INT, rather than aggregating the information of multi-hop neighbors that in some cases introduces noise (as in RDGCN), even by the usage of attention mechanisms (as in RREA), it employs interactions between the different views (i.e., description/name-view, neighbor-view and attribute-views), considering multi-hops and consuming very few negative samples compared to RDGCN. Regarding the factual information, it prioritizes textual descriptions over entity names, in order to leverage as much textual information as possible (textual descriptions are typically longer than entity names). BERT_INT has the advantage, compared to MultiKE, that it also exploits multiple resources but without prioritizing them, since the noise of irrelevant factual information is not incorporated in the embeddings. BERT_INT also has an advantage over AttrE and KDCoE, that they exclusively exploit either longer textual descriptions or other literals.

Table 8 shows that BERT_INT outperforms all methods in all datasets and measures, except the two versions of D_W_15K. For example, in D_Y_15K_V1, BERT_INT achieves 99.23 H@1 when RDGCN and RREA(semi) achieve 94.10 and 81.79. In D_Y_15K_V2, we observe similar behavior with BERT_INT exhibiting 99.37 when RDGCN and RREA(semi) achieve 94.15 and 97.53. This happens, because in both versions of D_Y_15K the number of the entities that have textual descriptions, the descriptions similarity and the entity names are high (e.g., in D_Y_15K_V1 3,455 entities have textual descriptions with 0.88 similarity and 0.99 similarity in names). The opposite behavior is observed in both versions of D_W_15K, where RREA outperforms BERT_INT with H@10 90.03 instead of 48.96 that BERT_INT achieves, since in these datasets the number of the entities that have descriptions is low (only 278 in D_W_15K_V2), with low similarity (0.73) and low similarity in entity names (0.78). In new datasets, the similarity of long-text descriptions and entity names is very low, the literal similarity is very high (0.94 in tmdb-tvdb); as a result, the performance of BERT_INT is even better, outperforming even AttrE (e.g., in tmdb-tvdb, BERT_INT finds all the matches correctly, with an impressive
MRR 1, while the corresponding MRR of the second best method, AttrE, is only 0.44).

### 4.1.3 Conventional EA methods

PARIS (Suchanek et al. 2011) is a conventional, probabilistic, holistic approach, i.e., it performs both instance and schema matching, by estimating probabilities of matching (i.e., equivalence), without learning KG embeddings. Such probability estimation relies on the knowledge of quasi-functional relations, i.e., relations that for a given head entity, the expected number of tail entities is close to 1. Given, for example, two relation triples $<h, r, t>$ and $<h', r, t'>$, with *r* being a functional relation (e.g., born_in), the equivalence probability $h \equiv h'$ depends recursively on other equivalence probabilities ($t \equiv t'$). Initial equivalences are computed between literals, using a certain string distance (their similarity is inverse proportional to their edit distance).

Table 9 depicts the performance of PARIS along with the best embedding-based method for each dataset according to Table 8. As in Sun et al. (2020), for PARIS, we report the classification-based metrics (Precision, Recall and F1-score), while for the embedding-based method, we used the H@1. This is because, in the test phase, each source entity gets a list of candidates; as a result, precision, recall and F1-score can be considered equal to Hits@1. Regarding the OpenEA datasets, we observe that in both versions of D_W_15K, where the literal similarity is high (for D_W_15K_V1, it is 0.81), PARIS outperforms the best embedding-based method (in this case RREA(semi)). On the other hand, in both versions of D_Y_15K, the best method (BERT_INT) exhibits higher Recall and F1-score (in D_Y_15K_V2 Recall is 99.37, instead of 98.37 of PARIS and F1-score is 99.37, instead of 99.10 of PARIS), while the precision is lower (99.37) but still close to PARIS (99.85). This happens because of the low literal similarity that these datasets exhibit (affecting the Precision) and the high textual descriptions and entity names similarity (improving Recall and F1-score). Finally, in the new datasets, even if the literal similarity is high, the lack of functional relations affect negatively the performance of PARIS, and as a result, BERT_INT is the clear winner in these datasets (e.g., in imdb-tmdb F1-score is 15.53 for PARIS, while BERT_INT achieves 99.70).

## 4.2 Effectiveness vs efficiency trade-offs

In this section, we investigate whether it is worth paying the time overhead of each method, with respect to its effectiveness (Q3). In this respect, in Sect. 4.2.1, we first rank the methods according to their effectiveness across all datasets of our testbed. For that, we rely on a statistically sound methodology for ranking the different EA methods across all datasets of our testbed, that exploits the non-parametric Friedman test (Demsar 2006) and the post-hoc Nemenyi test (Nemenyi 1963). Then, in Sect. 4.2.2, we report the execution time of each method (Table 14) and analyze their trade-offs in terms of effectiveness and efficiency (Fig. 10), demonstrating also
<table><caption>**Table 9** Performance of PARIS and of the best embedding-based method per dataset</caption><thead><tr><th></th><th>Dataset</th><th></th><th>PARIS</th><th>Best Method</th></tr></thead><tbody><tr><td rowspan="3">Datasets</td><td rowspan="3">D_W_15K_V1</td><td>Precision</td><td><strong>96.51</strong></td><td>71.82</td></tr><tr><td>Recall</td><td><strong>74.55</strong></td><td>71.82</td></tr><tr><td>F1-score</td><td><strong>84.12</strong></td><td>71.82</td></tr><tr><td rowspan="3">OpenEA</td><td rowspan="3">D_W_15K_V2</td><td>Precision</td><td><strong>97.59</strong></td><td>93.72</td></tr><tr><td>Recall</td><td>90.32</td><td><strong>93.72</strong></td></tr><tr><td>F1-score</td><td><strong>93.81</strong></td><td>93.72</td></tr><tr><td rowspan="3">New datasets</td><td rowspan="3">D_Y_15K_V1</td><td>Precision</td><td><strong>99.72</strong></td><td>99.23</td></tr><tr><td>Recall</td><td>96.24</td><td><strong>99.23</strong></td></tr><tr><td>F1-score</td><td>97.95</td><td><strong>99.23</strong></td></tr><tr><td rowspan="3">BBC-DB</td><td rowspan="3">D_Y_15K_V2</td><td>Precision</td><td><strong>99.85</strong></td><td>99.37</td></tr><tr><td>Recall</td><td>98.37</td><td><strong>99.37</strong></td></tr><tr><td>F1-score</td><td>99.10</td><td><strong>99.37</strong></td></tr><tr><td rowspan="3">imdb-tmdb</td><td rowspan="3">BBC-DB</td><td>Precision</td><td>78.43</td><td><strong>92.50</strong></td></tr><tr><td>Recall</td><td>26.38</td><td><strong>92.50</strong></td></tr><tr><td>F1-score</td><td>38.72</td><td><strong>92.50</strong></td></tr><tr><td rowspan="3">imdb-tvdb</td><td rowspan="3">BBC-DB</td><td>Precision</td><td>56.84</td><td><strong>99.70</strong></td></tr><tr><td>Recall</td><td>8.99</td><td><strong>99.70</strong></td></tr><tr><td>F1-score</td><td>15.53</td><td><strong>99.70</strong></td></tr><tr><td rowspan="3">tmdb-tvdb</td><td rowspan="3">BBC-DB</td><td>Precision</td><td>58.37</td><td><strong>99.86</strong></td></tr><tr><td>Recall</td><td>9.17</td><td><strong>99.86</strong></td></tr><tr><td>F1-score</td><td>15.84</td><td><strong>99.86</strong></td></tr><tr><td rowspan="3">Restaurants</td><td rowspan="3">BBC-DB</td><td>Precision</td><td>99.76</td><td><strong>100</strong></td></tr><tr><td>Recall</td><td>97.50</td><td><strong>100</strong></td></tr><tr><td>F1-score</td><td>98.62</td><td><strong>100</strong></td></tr><tr><td rowspan="3"></td><td rowspan="3"></td><td>Precision</td><td>28.79</td><td><strong>94.60</strong></td></tr><tr><td>Recall</td><td>69.76</td><td><strong>94.60</strong></td></tr><tr><td>F1-score</td><td>40.18</td><td><strong>94.60</strong></td></tr></tbody></table>

Best scores are given in bold

the training curves of the methods and the time that a method needs to reach 90% of its highest MRR (Fig. 11).

### 4.2.1 Effectiveness-based ranking of EA methods

In this section, for each of the metrics used in Table 8, we first calculate the ranks (rank 1 corresponds to the best performance) of all methods per dataset and average their ranks for each metric. The resulting ranks are reported in Tables 10, 11, 12, and 13.

Then, to infer a statistically significant ranking of the methods, we rely on the non-parametric Friedman test (Demsar 2006). The null hypothesis $H_0$ of the Friedman test is that “The mean performance for each method is equal”, while the alternative hypothesis ($H_a$) states exactly the opposite. With p-values 0.004, 0.003, 0.001
and 0.003 of Friedman test for Hits@1, Hits@10, MR and MRR, respectively, we can reject the null hypothesis $H_0$ at a 10% confidence-level ($\alpha$). In the sequel, we conduct the Nemenyi post-hoc test to compare the methods pairwise. This test reports as significance the average ranks of two methods if they differ by a critical distance (CD) given by $q_\alpha \sqrt{\frac{k(k+1)}{6N}}$, where $N$ is the number of the datasets, $q_\alpha$ is a constant based on $\alpha$, and $k$ is the number of methods in total. For 9 EA methods, 8 datasets and $\alpha = 0.1$, the value of CD is 3.90.

From Fig. 9, we can see that BERT_INT is a clear winner, since it outperforms the other methods with statistically significant difference (bigger difference than CD). Figure 9a, which captures accuracy with 0 error tolerance (Hits@1), shows that BERT_INT has statistically significant performance difference to MTransE, MTransE+RotatE, AttrE and RDGCN, while RREA(semi) only to MTransE and MTransE+RotatE. In case we accept a 10% error tolerance (Hits@10 in Fig. 9b), none of the examined methods has significant performance difference to the other methods, so the choice should depend on different factors, e.g., the training time (see Sect. 4.2.2) or dataset characteristics (see Sect. 4.3). In addition, BERT_INT that exploits multiple sources of similarity evidence of entities (e.g., textual descriptions, entity names) and not only structural information, as relation-based methods such as RREA(basic) do, improves the general performance, improving the ranks even of lower ranked entities in the similarities lists (see Sect. 3.3.1). The result is that BERT_INT has significant performance difference with MTransE, RDGCN, MTransE+RotatE, KDCoE and AttrE, while RREA(basic) has significant performance difference with only RDGCN, MTransE+RotatE, KDCoE and AttrE, for MR. In contrast, MRR (Fig. 9d) which is affected by the first ranks (see Sect. 3.3.2) and is less sensitive to outliers, shows that BERT_INT is the only method that has statistically significant performance difference with other methods (MTransE and MTransE+RotatE).

### 4.2.2 Efficiency-based ranking of EA methods

In this subsection, we compare the efficiency of the evaluated EA methods. Particularly, in Table 14, we are measuring the execution time of both training and testing. Figure 10 depicts the trade-off between effectiveness and efficiency of EA methods using BERT_INT as baseline. In addition, Figure 11 demonstrates the training curves of the methods, as well as the time or the epochs that a method needs to achieve 90% of its own highest MRR.

As MTransE has the most lightweight implementation among all methods (Sun et al. 2020) (only two layers of entity and relation embeddings), it is the fastest method (Table 14). Although MTransE+RotatE also uses only two layers, MTransE is faster because it employs a simpler scoring function than RotatE (see Sect. 2.2.1.1). BERT_INT, that achieves the best performance in most datasets (excluding the two versions of D_W_15K), and MultiKE are competing for the second most efficient method. Specifically, as both BERT_INT and MultiKE trains and combines multi-view embeddings, they require more training time (long-lasting
<table><caption>**Table 10 Ranking of methods per dataset according to Hits@1**</caption><thead><tr><th>Dataset</th><th>MTransE</th><th>MTransE+RotatE</th><th>RDGCN</th><th>RREA(basic)</th><th>RREA(semi)</th><th>KDCoE</th><th>MultiKE</th><th>AttrE</th><th>BERT_INT</th></tr></thead><tbody><tr><td>D_W_15K_V1</td><td>7</td><td>6</td><td>3</td><td>2</td><td>1</td><td>8</td><td>5</td><td>9</td><td>4</td></tr><tr><td>D_W_15K_V2</td><td>8</td><td>5</td><td>3</td><td>2</td><td>1</td><td>7</td><td>4</td><td>9</td><td>6</td></tr><tr><td>D_Y_15K_V1</td><td>8</td><td>7</td><td>2</td><td>5</td><td>4</td><td>6</td><td>3</td><td>9</td><td>1</td></tr><tr><td>D_Y_15K_V2</td><td>8</td><td>5</td><td>4</td><td>3</td><td>2</td><td>6</td><td>7</td><td>9</td><td>1</td></tr><tr><td>BBC-DB</td><td>5</td><td>6</td><td>9</td><td>3</td><td>2</td><td>4</td><td>8</td><td>7</td><td>1</td></tr><tr><td>imdb-tmdb</td><td>7</td><td>8</td><td>9</td><td>4</td><td>3</td><td>5</td><td>6</td><td>2</td><td>1</td></tr><tr><td>imdb-tvdb</td><td>6</td><td>8</td><td>9</td><td>3</td><td>4</td><td>5</td><td>7</td><td>2</td><td>1</td></tr><tr><td>tmdb-tvdb</td><td>7</td><td>8</td><td>9</td><td>5</td><td>4</td><td>3</td><td>56</td><td>2</td><td>1</td></tr><tr><td>Avg rank</td><td>7</td><td>6.62</td><td>6</td><td>3.37</td><td>2.62</td><td>5.5</td><td>5.75</td><td>6.12</td><td>2</td></tr></tbody></table>
<table><caption>**Table 11 Ranking of methods per dataset according to Hits@10**</caption><thead><tr><th>Dataset</th><th>MTransE</th><th>MTransE+RotatE</th><th>RDGCN</th><th>RREA(basic)</th><th>RREA(semi)</th><th>KDCoE</th><th>MultiKE</th><th>AttnE</th><th>BERT_INT</th></tr></thead><tbody><tr><td>D_W_15K_V1</td><td>6</td><td>4</td><td>3</td><td>2</td><td>1</td><td>8</td><td>5</td><td>9</td><td>7</td></tr><tr><td>D_W_15K_V2</td><td>7</td><td>4</td><td>3</td><td>2</td><td>1</td><td>6</td><td>5</td><td>9</td><td>8</td></tr><tr><td>D_Y_15K_V1</td><td>8</td><td>7</td><td>2</td><td>5</td><td>4</td><td>6</td><td>3</td><td>9</td><td>1</td></tr><tr><td>D_Y_15K_V2</td><td>8</td><td>4</td><td>6</td><td>2</td><td>1</td><td>5</td><td>7</td><td>9</td><td>3</td></tr><tr><td>BBC-DB</td><td>5</td><td>7</td><td>9</td><td>2</td><td>3</td><td>4</td><td>8</td><td>6</td><td>1</td></tr><tr><td>imdb-tmdb</td><td>6</td><td>7</td><td>9</td><td>3</td><td>4</td><td>8</td><td>5</td><td>2</td><td>1</td></tr><tr><td>imdb-tvdb</td><td>5</td><td>7</td><td>9</td><td>3</td><td>4</td><td>8</td><td>6</td><td>2</td><td>1</td></tr><tr><td>tmdb-tvdb</td><td>6</td><td>7</td><td>9</td><td>3</td><td>4</td><td>8</td><td>5</td><td>2</td><td>1</td></tr><tr><td>Avg rank</td><td>6.37</td><td>5.87</td><td>6.25</td><td>2.75</td><td>2.75</td><td>6.62</td><td>5.5</td><td>6</td><td>2.87</td></tr></tbody></table>

<figure><img src="image_17.png" /></figure>
<table><caption>Table 12 Ranking of methods per dataset according to MR</caption><thead><tr><th>Dataset</th><th>MTransE</th><th>MTransE+RotatE</th><th>RDGCN</th><th>RREA(basic)</th><th>RREA(semi)</th><th>KDCoE</th><th>MultiKE</th><th>AttnE</th><th>BERT_INT</th></tr></thead><tbody><tr><td>D_W_15K_V1</td><td>5</td><td>7</td><td>6</td><td>2</td><td>3</td><td>8</td><td>4</td><td>9</td><td>1</td></tr><tr><td>D_W_15K_V2</td><td>6</td><td>5</td><td>8</td><td>1</td><td>2</td><td>8</td><td>4</td><td>9</td><td>3</td></tr><tr><td>D_Y_15K_V1</td><td>7</td><td>8</td><td>2</td><td>4</td><td>5</td><td>6</td><td>3</td><td>9</td><td>1</td></tr><tr><td>D_Y_15K_V2</td><td>8</td><td>5</td><td>7</td><td>2</td><td>3</td><td>4</td><td>6</td><td>9</td><td>1</td></tr><tr><td>BBC-DB</td><td>5</td><td>8</td><td>9</td><td>2</td><td>3</td><td>4</td><td>7</td><td>6</td><td>1</td></tr><tr><td>imdb-tmdb</td><td>4</td><td>7</td><td>9</td><td>3</td><td>6</td><td>8</td><td>5</td><td>2</td><td>1</td></tr><tr><td>imdb-tvdb</td><td>4</td><td>7</td><td>9</td><td>3</td><td>5</td><td>8</td><td>6</td><td>2</td><td>1</td></tr><tr><td>tmdb-tvdb</td><td>3</td><td>7</td><td>9</td><td>2</td><td>6</td><td>8</td><td>4</td><td>5</td><td>1</td></tr><tr><td>Avg rank</td><td>5.25</td><td>6.75</td><td>7.37</td><td>2.37</td><td>4.12</td><td>6.62</td><td>4.87</td><td>6.37</td><td>1.25</td></tr></tbody></table>
<table><caption>**Table 13 Ranking of methods per dataset according to MRR**</caption><thead><tr><th>Dataset</th><th>MTransE</th><th>MTransE+RotatE</th><th>RDGCN</th><th>RREA(basic)</th><th>RREA(semi)</th><th>KDCoE</th><th>MultiKE</th><th>AttnE</th><th>BERT_INT</th></tr></thead><tbody><tr><td>D_W_15K_V1</td><td>7</td><td>6</td><td>3</td><td>2</td><td>1</td><td>8</td><td>4</td><td>9</td><td>5</td></tr><tr><td>D_W_15K_V2</td><td>8</td><td>4</td><td>3</td><td>2</td><td>1</td><td>6</td><td>5</td><td>9</td><td>7</td></tr><tr><td>D_Y_15K_V1</td><td>8</td><td>7</td><td>2</td><td>5</td><td>4</td><td>6</td><td>3</td><td>9</td><td>1</td></tr><tr><td>D_Y_15K_V2</td><td>8</td><td>5</td><td>4</td><td>2.5</td><td>2.5</td><td>6</td><td>7</td><td>9</td><td>1</td></tr><tr><td>BBC-DB</td><td>5</td><td>7</td><td>9</td><td>3</td><td>2</td><td>4</td><td>8</td><td>6</td><td>1</td></tr><tr><td>imdb-tmdb</td><td>6</td><td>8</td><td>9</td><td>4</td><td>3</td><td>7</td><td>5</td><td>2</td><td>1</td></tr><tr><td>imdb-tvdb</td><td>5</td><td>8</td><td>9</td><td>3</td><td>4</td><td>6</td><td>7</td><td>2</td><td>1</td></tr><tr><td>tmdb-tvdb</td><td>7</td><td>8</td><td>9</td><td>3</td><td>4</td><td>6</td><td>5</td><td>2</td><td>1</td></tr><tr><td>Avg rank</td><td>6.75</td><td>6.62</td><td>6</td><td>3.06</td><td>2.68</td><td>6.12</td><td>5.50</td><td>6</td><td>2.25</td></tr></tbody></table>

<figure><img src="image_18.png" /></figure>
<figure><img src="image_19.png" /><figcaption>Fig. 9 Statistical significance rankings of methods according to all metrics</figcaption></figure>

epochs) than MTransE, despite the fact that the latter needs more epochs according to Table 15 (short-lasting epochs). On the other hand, BERT_INT and MultiKE are faster than MTransE+RotatE and KDCoE, since BERT_INT and MultiKE converge faster (see Table 15). In addition, BERT_INT and MultiKE are faster than RREA(basic) and RREA(semi), since the last two do not utilize early stopping and they need multiple epochs to be trained (1,200 and 5×1,200=6,000, respectively). Finally, BERT_INT and MultiKE are faster than the unsupervised method AttrE, even if the latter needs fewer epochs for training (it does not utilize early stopping). This is due to the nature of AttrE refining embeddings in multiple iterations, by exploiting all the possible literal values and not the seed alignment.

Figure 10 illustrates the trade-off between effectiveness and efficiency of all methods, compared to a baseline method (BERT_INT). The x-axis represents the relative difference of the methods in effectiveness, measured by MRR, the metric that is the least sensitive to outliers (see Sect. 3.3.2), and the y-axis represents the relative difference in execution time, with respect to the baseline. In particular, the red quadrant (bottom right) indicates methods that both run faster and have a better effectiveness than the baseline (i.e., dominate the baseline) in a specific dataset, and the green quadrant (top left) exactly the opposite (i.e., methods dominated by the baseline). The bottom-left grey quadrant indicates methods that run faster with lower performance than the baseline and the top-right grey quadrant indicates methods that have better performance, but are slower than the baseline method.

The choice of BERT_INT as baseline is because it is the method that dominates most methods (highest number of methods on the top-left quadrant), and it is not dominated by any other method (0 methods in the bottom-right quadrant). As shown in Fig. 9d, BERT_INT is the method with the best MRR in both OpenEA and new datasets. Indicatively, the corresponding values for the fastest method, MTransE,
<table><caption>**Table 14** Training + testing time (execution time in seconds) of methods in each dataset</caption><thead><tr><th>Dataset</th><th>MTransE</th><th>MTransE+RotatE</th><th>RDGCN</th><th>RREA(basic)</th><th>RREA(semi)</th><th>KDCoE</th><th>MultiKE</th><th>AttrE</th><th>BERT_INT</th></tr></thead><tbody><tr><td>D_W_15K_V1</td><td><strong>53.54 + 3.67</strong></td><td>236.76 + 6.85</td><td>853.80 + 26</td><td>442.68 + 8.69</td><td>1,158.73 + 8.22</td><td>784.75 + 5.67</td><td>403.53 + 4.38</td><td>-</td><td>333.34 + 30.09</td></tr><tr><td>D_W_15K_V2</td><td><strong>44.41 + 3.62</strong></td><td>1,028.26 + 6.94</td><td>1,520.21 + 26.86</td><td>593.32 + 8.33</td><td>1,543.96 + 9</td><td>1,052.56 + 4.50</td><td>372.29 + 5.37</td><td>-</td><td>333.61 + 29.80</td></tr><tr><td>D_Y_15K_V1</td><td><strong>101.76 + 3.63</strong></td><td>405.33 + 6.92</td><td>356.50 + 27.07</td><td>387.43 + 8.12</td><td>1,027.93 + 7.56</td><td>795.42 + 5.34</td><td>348.55 + 4.40</td><td>1,472.26 + 5.54</td><td>331.73 + 29.95</td></tr><tr><td>D_Y_15K_V2</td><td><strong>88.85 + 3.62</strong></td><td>470.96 + 6.78</td><td>1,185.88 + 27.80</td><td>570.38 + 9</td><td>1,468 + 8.25</td><td>1,585.22 + 4.71</td><td>154.12 + 4.52</td><td>1,416.78 + 20.59</td><td>331.40 + 29.75</td></tr><tr><td>BBC-DB</td><td><strong>44.88 + 2.21</strong></td><td>209.26 + 2.84</td><td>221.97 + 10.38</td><td>230.33 + 5.27</td><td>595.32 + 5.56</td><td>690.21 + 2.95</td><td>400.93 + 2.05</td><td>938.05 + 7.48</td><td>206.69 + 17.13</td></tr><tr><td>imdb-tmdb</td><td><strong>11.94 + 0.30</strong></td><td>52.32 + 0.30</td><td>12.09 + 1.44</td><td>71.41 + 3.74</td><td>195.12 + 3.90</td><td>57.23 + 1.12</td><td>41.90 + 0.64</td><td>107.47 + 0.32</td><td>42.62 + 4.04</td></tr><tr><td>imdb-tvdb</td><td><strong>5.16 + 0.24</strong></td><td>37.93 + 0.19</td><td>9.31 + 1.03</td><td>42.77 + 3.48</td><td>117.37 + 3.48</td><td>32.90 + 1.22</td><td>47.57 + 0.55</td><td>53.16 + 0.08</td><td>23.80 + 1.16</td></tr><tr><td>tmdb-tvdb</td><td><strong>6.03 + 0.24</strong></td><td>37.62 + 0.17</td><td>5.61 + 1.02</td><td>41.07 + 3.53</td><td>110.67 + 3.53</td><td>25.93 + 1.22</td><td>34.96 + 0.54</td><td>53.79 + 0.08</td><td>22.06 + 0.91</td></tr></tbody></table>

Best scores are given in bold

The dash '-' means that the method could not run in this dataset
<table><caption>**Table 15** Number of epochs employed for training</caption><thead><tr><th>Dataset</th><th>MTransE relEmb</th><th>MTransE+RotatE relEmb</th><th>RDGCN relEmb</th><th>RREA(basic) relEmb</th><th>RREA(semi) relEmb</th><th>KDCoE relEmb + descEmb</th><th>MultiKE multi-ViewEmb</th><th>AtrE relEmb</th><th>BERT INT BERT + Interactions</th></tr></thead><tbody><tr><td>D_W_15K_V1</td><td>224</td><td>322</td><td>220</td><td>1200 (fix)</td><td>6000 (fix)</td><td>256/iter. + 568/iter.</td><td>114</td><td>-</td><td>5 + 200 (fix)</td></tr><tr><td>D_W_15K_V2</td><td>144</td><td>300</td><td>224</td><td>1200 (fix)</td><td>6000 (fix)</td><td>304/iter. + 640/iter.</td><td>154</td><td>-</td><td>5 + 200 (fix)</td></tr><tr><td>D_Y_15K_V1</td><td>472</td><td>396</td><td>70</td><td>1200 (fix)</td><td>6000 (fix)</td><td>204/iter. + 490/iter.</td><td>90</td><td>50 (fix)</td><td>5 + 200 (fix)</td></tr><tr><td>D_Y_15K_V2</td><td>318</td><td>332</td><td>140</td><td>1200 (fix)</td><td>6000 (fix)</td><td>268/iter. + 568/iter.</td><td>86</td><td>50 (fix)</td><td>5 + 200 (fix)</td></tr><tr><td>BBC-DB</td><td>236</td><td>234</td><td>126</td><td>1200 (lfix)</td><td>6000 (fix)</td><td>230/iter. + 344/iter.</td><td>116</td><td>50 (fix)</td><td>5 + 200 (fix)</td></tr><tr><td>imdb-tmdb</td><td>196</td><td>178</td><td>50</td><td>1200 (fix)</td><td>6000 (fix)</td><td>220/iter. + 184/iter.</td><td>74</td><td>50 (fix)</td><td>5 + 200 (fix)</td></tr><tr><td>imdb-tvdb</td><td>130</td><td>224</td><td>50</td><td>1200 (fix)</td><td>6000 (fix)</td><td>122/iter. + 144/iter.</td><td>56</td><td>50 (fix)</td><td>5 + 200 (fix)</td></tr><tr><td>tmdb-tvdb</td><td>120</td><td>228</td><td>50</td><td>1200 (fix)</td><td>6000 (fix)</td><td>74/iter. + 42/iter.</td><td>72</td><td>50 (fix)</td><td>5 + 200 (fix)</td></tr></tbody></table>

<figure><img src="image_20.png" /></figure>
<figure><img src="image_21.png" /><figcaption>Fig. 10 Trade-off between efficiency and effectiveness (MRR) of methods across all datasets, using BERT_INT as baseline. The x-axis is log-scaled using symmetric log function</figcaption></figure>

when chosen as a baseline, are: 16 (top left), 46 (top right), 0 (bottom left), and 0 (bottom right).

As BERT_INT outperforms all methods in all datasets (except of the two versions of D_W_15K) in terms of MRR, with low a execution time, the top-left quadrant consists of 36 out of 62 (58.06%) points. The bottom-left grey quadrant contains 16 out of 62 (25.80%) points, as BERT_INT is slower than the fastest method MTransE in all datasets, as well as slower than the competing method MultiKE in some datasets. More precisely, MTransE is on average 394.14% faster than BERT_INT, achieving 138.73% lower MRR, while MultiKE is 43.79% faster than BERT_INT, at a cost of 10.61% lower MRR in the two versions of D_Y_15K. Finally, since BERT_INT is negatively affected by the low attribute (e.g., textual descriptions and entity names) similarity in dense KGs, in terms of effectiveness, the top-right

<figure><img src="image_22.png" /></figure>
<figure><img src="image_23.png" /><figcaption>**Fig. 11** Methods training time curve for each dataset. Each of the seven points represents the time (measured both in seconds and epochs) that a specific method needs to achieve 90% of its highest MRR. The x-axis is log-scaled</figcaption></figure>

quadrant contains 10 out of 62 (16.12%) points. In KGs with such characteristics, RREA(basic) and RDGCN outperform BERT_INT, achieving 88.63% and 45.45% better effectiveness with an overhead of 226.62% and 42.53% longer execution time, respectively.

In Fig. 11, we demonstrate the training curves of the methods for each of the OpenEA datasets, while we also point out the training time that a method needs, in order to achieve 90% of its highest MRR (represented as a dot in each curve), similar to the *time-to-accuracy* (TTA) metric in the literature (Coleman et al. 2017, 2019), measured here in seconds (x-axis labels) and epochs (first element of the points coordinates). As suggested in Coleman et al. (2017), Coleman et al. (2019), we run the methods in only one fold of the datasets. We exclude the AttrE method, since it cannot run with D_W_15K_V1 and D_W_15K_V2, while for D_Y_15K_V1 and D_Y_15K_V2 it yields MRR close to zero. In addition, it is worth mentioning that the training curve of RREA(basic) (Fig. 11) overlaps with part of the training curve of RREA(semi), since the former is the first iteration (out of 5) of the latter. Last but not least, in Table 16 we demonstrate the coefficient of variation (CV) of methods training epochs per dataset. More precisely, CV measures the relative variability of the methods epochs and is given by $\sigma/\mu$, where $\sigma$ is the standard deviation and $\mu$ is the mean. The higher the values, the greater the degree of relative variability.
From Fig. 11, we firstly conclude that the increased training time of RREA(semi) is not worth spending, since the improvement of its MRR is very low, compared to RREA(basic), and it reaches 90% of its highest MRR in its first iteration. In addition, we conclude that in most cases, both versions of RREA, not only achieve the highest MRR, but also reach every threshold faster (steeper slope) in only few seconds or epochs, e.g., in D_W_15K_V1, RREA(basic) needs only 9.43s (7 epochs) for 0.69 MRR. RDGCN achieves quite lower MRR in reasonable time e.g., in D_W_15K_V2 it needs only 107.19s (19 epochs) for 0.62 MRR. Although BERT_INT is the fastest or the second fastest method (see Table 14), as it needs few short-lasting epochs for training, yet, it takes more time to fine-tune the BERT model and launch the training. This explains why BERT_INT appears on right extreme of the x-axis in Fig. 11, but it still manages to finish before all other methods. It is worth mentioning that it takes only 1 or 2 epochs to achieve an MRR that is even better than RREA or RDGCN. E.g., in D_Y_15K_V1 it needs 281.97s (1 epoch) for 0.99 MRR. Last but not least, as we can see from Table 16, KDCoE, RDGCN and BERT_INT have CVs greater than 1, which means that the time of each epoch varies a lot during training. In contrary to those methods, MTransE, MTransE+RotatE, RREA(basic), RREA(semi), and MultiKE exhibit low variability in epochs duration.

## 4.3 Meta-level analysis of EA methods

In this subsection, we report the statistically significant correlations between the various meta-features (Table 5) extracted by the KGs of our datasets and the performance achieved by EA methods (Q4). In this experiment, we exclude the Restaurants dataset, since only AttrE was able to run on this dataset.

The null hypothesis ($H_0$) of our correlation analysis is that “there is no significant correlation between the performance metric **X** and the meta-feature **Y**”, while the alternative hypothesis ($H_a$) states exactly the opposite. We reject the null hypothesis when the p-values of correlations are less than a significance level $\alpha$. We use the Spearman’s correlation, which measures the degree of association between two ranked variables, with a coefficient $r_s = 1 - \frac{6 \sum d_i^2}{n(n^2-1)}$, where $d_i$ is the difference between the ranks of the two variables and $n$ is the maximum rank. This choice is motivated by the robustness of the Spearman’s correlation to outliers (unlike Pearson’s correlation), as it relies on the ranks of the variables and not on their actual values. The closer $r_s$ is to zero, the weaker the association between two ranked variables (negative or positive). A positive Spearman’s correlation denotes that when a meta-feature increases the method-specific metric increases too, while negative Spearman’s correlation denotes the opposite direction of the association<fnref n="17" /> between the two ranked variables.

Table 17 reports the correlations for a significance level $\alpha = 0.05$ (otherwise cells are empty) under different categories. To make the results easily comparable across the different performance metrics, we multiply correlations of MR with -1, since in contrary to the other metrics, the higher the value of MR the worse. Finally, for

<footnote n="17">¹⁷ Correlation is not causation as the association direction is not known.</footnote>
<table><caption>**Table 16** Coefficient of variation (CV) of methods training epochs</caption><thead><tr><th>Dataset</th><th>MTransE</th><th>MTransE+RotatE</th><th>RDGCN</th><th>RREA(basic)</th><th>RREA(semi)</th><th>KDCoE</th><th>MultiKE</th><th>BERT_INT</th></tr></thead><tbody><tr><td>D_W_15K_V1</td><td>0.031</td><td>0.009</td><td>1.907</td><td>0.022</td><td>0.018</td><td>5.283</td><td>0.019</td><td>11.94</td></tr><tr><td>D_W_15K_V2</td><td>0.031</td><td>0.010</td><td>1.789</td><td>0.019</td><td>0.016</td><td>4.234</td><td>0.014</td><td>11.93</td></tr><tr><td>D_Y_15K_V1</td><td>0.035</td><td>0.012</td><td>1.955</td><td>0.026</td><td>0.021</td><td>6.788</td><td>0.013</td><td>11.95</td></tr><tr><td>D_Y_15K_V2</td><td>0.027</td><td>0.008</td><td>1.849</td><td>0.018</td><td>0.016</td><td>7.739</td><td>0.017</td><td>11.94</td></tr></tbody></table>
meta-features that impact only specific EA methods, e.g., description similarity concerns only KDCoE, their correlations with non relevant methods are omitted (cells are filled with dashes).

### 4.3.1 Seed alignment size

As we can see in Table 17, the size of the seed alignment (#Entity_Pairs) is positively correlated with the supervised and semi-supervised methods MTransE, MTransE+RotatE, RDGCN, RREA(basic), RREA(semi), KDCoE, MultiKE and BERT_INT and negatively correlated with the unsupervised method AttrE. Increasing the seed alignment and consequently, increasing the space of candidate matches, penalizes unsupervised methods, as it also increases the probability of wrong alignments. On the other hand, the size of the seed alignment is positively correlated with the performance of supervised and semi-supervised methods, as a large number of entity pairs in seed alignment implies larger KGs<fnref n="18" />, and by extension more training data. Although BERT_INT is a supervised method, in the new datasets (which are smaller, but exhibit higher factual similarity than the OpenEA datasets), it achieves higher performance than in OpenEA datasets, resulting in a negative correlation with the seed alignment size. Note that we only measure correlations, which are not causal relations, as the association direction is not known.

### 4.3.2 Density

As we can see in Table 17, the average number of relations per entity is positively correlated with the performance of MTransE, MTransE+RotatE, RDGCN, RREA(basic), RREA(semi), KDCoE and MultiKE, while all methods are negatively correlated with the sole meta-feature and positively correlated with the hyper meta-feature (see Sect. 3.2). In addition, the average number of attributes per entity is negatively correlated with the performance of AttrE and BERT_INT.

As we discussed in Sects. 2.5.1.2 and 2.5.6, a high number of average relations per entity improves the quality of embeddings. Specifically, entities have the opportunity to minimize their embedding distance with multiple similar entities (neighbors). Also, the more relations we have per entity, the more negative samples we will consider, and as a result, dissimilar entities will be placed farther in the embedding space. Sole and hyper meta-features are essentially alternative measures of KG density. When we have many sole relations, many relation types will never co-occur with others resulting to a low average number of relations per entity (low density). Inversely, when we have many hyper relations, there will be many co-occurring relation types resulting to a high average relations per entity (high density).

<footnote n="18">¹⁸ In supervised and semi-supervised methods, all nodes of aligned KGs should be entities of the employed seed alignment.</footnote>
<table><caption>**Table 17** Correlation matrix of meta-features with EA methods' performance metrics</caption><thead><tr><th rowspan="2">Methods</th><th colspan="2">Metrics</th><th colspan="3">Density</th><th colspan="7">Heterogeneity</th></tr><tr><th>Seed alignment size</th><th>Seed alignment size</th><th>Avg_ Rels_per_ Entity</th><th>Avg_ Altrs_per_ Entity</th><th>Sole_Rels</th><th>Hyper_Rels</th><th>#Ents DESC</th><th>Descr Sim</th><th>Ent_Name Sim</th><th>Literal Sim</th><th>Pred_Name Sim</th></tr></thead><tbody><tr><td rowspan="3">MTransE</td><td>H@1</td><td>0.94</td><td>0.79</td><td>-</td><td>-0.78</td><td>0.78</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>H@10</td><td>0.89</td><td>0.74</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>MR</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td rowspan="3">MTransE + Rot.</td><td>MRR</td><td>0.96</td><td>0.79</td><td>-</td><td>-0.78</td><td>0.78</td><td>-</td><td>-</td><td>-</td><td>-</td><td>--</td></tr><tr><td>H@1</td><td>0.94</td><td>0.90</td><td>-</td><td>-0.81</td><td>0.81</td><td>-</td><td>-</td><td>-</td><td>-</td><td>--</td></tr><tr><td>H@10</td><td>0.94</td><td>0.93</td><td>-</td><td>-0.81</td><td>0.81</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td rowspan="3">RDGCN</td><td>MR</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>MRR</td><td>0.91</td><td>0.93</td><td>-</td><td>-0.81</td><td>0.81</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>H@1</td><td>0.84</td><td>0.81</td><td>-</td><td>-0.83</td><td>0.83</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td rowspan="3">RREA(basic)</td><td>H@10</td><td>0.89</td><td>0.86</td><td>-</td><td>-0.83</td><td>0.83</td><td>-</td><td>-</td><td>-</td><td>0.88</td><td>-</td></tr><tr><td>MR</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>MRR</td><td>0.84</td><td>0.74</td><td>-</td><td>-0.78</td><td>0.78</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td rowspan="3">RREA(semi)</td><td>H@1</td><td>0.94</td><td>0.9</td><td>-</td><td>-0.81</td><td>0.81</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>MR</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>MRR</td><td>0.94</td><td>0.9</td><td>-</td><td>-0.81</td><td>0.81</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td rowspan="3">RTransE + Rot.</td><td>H@1</td><td>0.94</td><td>0.90</td><td>-</td><td>-0.81</td><td>0.81</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>H@10</td><td>0.94</td><td>0.93</td><td>-</td><td>-0.81</td><td>0.81</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>MR</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td rowspan="3">RTransE + Rot.</td><td>MRR</td><td>0.91</td><td>0.93</td><td>-</td><td>-0.81</td><td>0.81</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>H@1</td><td>0.84</td><td>0.81</td><td>-</td><td>-0.83</td><td>0.83</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>MR</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td rowspan="3">RTransE + Rot.</td><td>MRR</td><td>0.94</td><td>0.9</td><td>-</td><td>-0.81</td><td>0.81</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>H@1</td><td>0.94</td><td>0.9</td><td>-</td><td>-0.83</td><td>0.83</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>MR</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td rowspan="3">RTransE + Rot.</td><td>MRR</td><td>0.94</td><td>0.9</td><td>-</td><td>-0.81</td><td>0.81</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>H@10</td><td>0.89</td><td>0.86</td><td>-</td><td>-0.83</td><td>0.83</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>MR</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td><td>-</td></tr></tbody></table>

<figure><img src="image_24.png" /></figure>
<table><caption>**Table 17 (continued)**</caption><thead><tr><th rowspan="2">Methods</th><th rowspan="2">Metrics</th><th rowspan="2">Seed alignment size</th><th colspan="3">Density</th><th colspan="6">Heterogeneity</th></tr><tr><th>#Entity_ Pairs of seed alignment</th><th>Avg_ Rels_per_ Entity</th><th>Avg_ Attrs_per_ Entity</th><th>Sole_Rels</th><th>Hyper_Rels</th><th>#Ents_Descr</th><th>Descr_Sim</th><th>Ent_Name_Sim</th><th>Literal_Sim</th><th>Pred_Name_Sim</th></tr></thead><tbody><tr><td rowspan="3">KDCoE</td><td>H@1</td><td>0.85</td><td>0.93</td><td></td><td>-0.90</td><td>0.90</td><td>0.81</td><td>0.88</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>H@10</td><td>0.85</td><td>0.93</td><td></td><td>-0.90</td><td>0.90</td><td>0.81</td><td>0.88</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>MR</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td>-</td><td>-</td><td>--</td></tr><tr><td rowspan="3">MultiKE</td><td>MRR</td><td>0.85</td><td>0.93</td><td></td><td>-0.90</td><td>0.90</td><td>0.81</td><td>0.88</td><td>-</td><td>-</td><td>-</td><td>-</td></tr><tr><td>H@1</td><td>0.89</td><td>0.74</td><td></td><td></td><td></td><td></td><td></td><td></td><td>0.71</td><td>-</td><td>-</td></tr><tr><td>H@10</td><td>0.81</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td>0.83</td><td>-</td><td>-</td></tr><tr><td rowspan="3">AttrE</td><td>MR</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td>0.9</td><td>-</td><td>-</td></tr><tr><td>MRR</td><td>0.81</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td>0.83</td><td>-</td><td>-</td></tr><tr><td>H@1</td><td>-0.84</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td>-</td><td>0.73</td><td>0.9</td></tr><tr><td rowspan="3">BERT_INT</td><td>H@1</td><td>-0.81</td><td></td><td>-0.73</td><td></td><td></td><td></td><td></td><td></td><td>-</td><td>-</td><td>0.83</td></tr><tr><td>MRR</td><td>-0.84</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td>-</td><td>0.73</td><td>0.9</td></tr><tr><td>H@10</td><td>-0.78</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td>-</td><td>-</td><td>-</td></tr><tr><td rowspan="3">MRR</td><td>MR</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td>-</td><td>-</td><td>-</td></tr><tr><td>MRR</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td>-</td><td>-</td><td>-</td></tr></tbody></table>

Empty cells denote statistically not significant correlation, and dashed cells denote that a meta-feature is not relevant to an EA method

<figure><img src="image_25.png" /></figure>
The meta-feature measuring the average number of attributes per entity is relevant only to attribute-based methods that exploit similarity of literals for the embeddings, such as MultiKE, AttrE and BERT_INT. As we can see in Table 17, the performance of AttrE and BERT_INT is negatively correlated with this meta-feature. This happens because as the average number of attributes per entity increases, the noise (irrelevant attribute values) per entity is increasing too, especially if the literals similarity is low. The correlation of AttrE with the literals similarity is examined in Sect. 4.3.3.

### 4.3.3 Heterogeneity

As the only attribute-based semi-supervised method, KDCoE exploits textual descriptions to enrich the seed alignment with new entity pairs that have very similar descriptions. The presence of many entities with highly similar (Descr_Sim) textual descriptions (#Entscr) boosts the performance of KDCoE. For this reason, we observe a positive correlation of these two meta-features with KDCoE. In addition, MultiKE and RDGCN are the only supervised methods that exploit entity names to create and initialize the entity embeddings. Thus, we observe a positive correlation between those methods and entity name similarity. AttrE is the only unsupervised method that is not using pre-trained word embeddings and thus is positively correlated with the meta-feature capturing the similarity of literals (Lit_Sim). A higher literal similarity is associated with better performance for the method. Finally, as AttrE exploits the Levenshtein distance to align the predicate names of two KGs, its performance is positively correlated with this meta-feature (Pred_Name_Sim): the more similar the predicates names of the two KGs, the better for AttrE. Although BERT_INT, exploits multiple resources of similarity evidence of entities (e.g., textual descriptions, entity names, literal), it uses pre-trained BERT-based word embeddings, so measuring correlations with these meta-features, is irrelevant.

## 4.4 Lessons learned

In this section, we summarize the main conclusions drawn from our experiments that shed light on the four open questions of our empirical study.

**Q1. What are the critical factors that affect the effectiveness of relation-based and attribute-based methods and how sensitive are the methods to hyperparameters tuning?**

Negative sampling and the range of the entity neighborhood are the two critical factors that affect the performance (see Table 8) of the relation-based methods. Specifically, negative sampling helps the methods to exploit the rich semantic information that dense KGs offer, in order to distantiate dissimilar entities in an embedding space with limited dimensions. However, negative sampling harms the effectiveness of methods when the KGs are very sparse (average relations per entity < 3). This is due to the fact that similar entities lie already far in the embedding space and negative sampling further increases their distance: the more
negative samples per positive sample (see Table 2) of KGs, the more the distance increases.

Moreover, by increasing the *range of the neighborhood* that a method exploits, information from both close and distant neighbors is aggregated to learn entity embeddings. However, an increased number of features for learning embeddings, will also increase the dimensionality of the embedding space under the default neural-network architecture that each method use. Additionally, multi-hop relations entails the risk of modeling noisy information from irrelevant distant neighbors. To alleviate the noise in embeddings, we need either a high number of negative samples or attention mechanisms that weight relevant and important neighbors.

*Interaction-based* methods that compare the pairwise similarity of attributes' values of both close and distant neighbors, are less affected by negative sampling on sparse KGs. They can also cope with the noise introduced by the aggregation of distant neighbors, but they require highly similar attributes, independently of the density of the KGs. As a matter of fact, any additional source of similarity evidence, such as textual descriptions (KDCoE, BERT_INT), literals (MultiKE, AttrE and BERT_INT), entity names (MultiKE, BERT_INT) or predicate names (AttrE), boosts the performance of attribute-based methods.

**Q2.** *What is the improvement in the effectiveness of embedding-based entity alignment methods, if we consider not only the structural relations of entities, but also their attribute values?*

The improvement in the effectiveness (see Table 8) of embedding-based EA methods that exploit the factual information of entities depends on the characteristics of the input KGs. In the dense KGs of the OpenEA datasets, where the similarity of factual information (e.g., textual descriptions and entity names) is low, exploiting only the structural neighborhood of entities seems sufficient for a method to achieve a competitive performance. However, when the similarity of factual information is high, the effectiveness of the methods in the dense KGs is significantly improved, approaching the perfect matching. In the sparse KGs of the new datasets containing a high number of textual descriptions and very similar literals and predicates, the attribute-based methods outperform most relation-based methods, especially BERT_INT that is the overall winning method.

In particular, among all embedding-based methods, both versions of RREA seem to achieve the best performance in dense KGs, when the similarity of factual information (e.g., textual descriptions and entity names) is low, since RREA exploits multi-hop neighborhoods and utilizes attention mechanism that weights relevant and important neighbors. In contrast, when the similarity of factual information is high, BERT_INT is the best method, since it seems to properly handle it, achieving very high performance. However, in sparse KGs, RREA is outperformed by BERT_INT that achieves the best performance among all methods in the new datasets, as in these datasets, the literals similarity is higher than in the OpenEA datasets.
The same improvement is also observed in PARIS (see Table 9) that outperforms the best embedding-based methods when textual descriptions and entity names similarity is low in dense KGs. However when the textual descriptions and entity names similarity is high, PARIS is outperformed by the best embedding-based method. Nonetheless, even in those cases, PARIS’s precision remains high, because it uses only functional attributes. In sparse KGs, when literal similarity is high, PARIS is outperformed by the best embedding-based method.

**Q3. Is the runtime overhead of each method worth paying, with respect to the achieved effectiveness?**

We conclude that the training time of BERT_INT is a cost worth spending, since the effectiveness improvement is significant, compared to faster methods, like MTransE (Fig. 10). Moreover, from Fig. 11, we conclude that BERT_INT reaches 90% of its highest MRR faster than the other methods, employing only 1 or 2 epochs. It is worth noticing that in dense KGs with low similarity in factual information (e.g., textual descriptions and entity names), BERT_INT is not as effective as RREA(basic). In such KGs RREA(basic) should be preferred, although it is slower.

**Q4. To which characteristics of the datasets are supervised, semi-supervised and unsupervised methods sensitive?**

The effectiveness of supervised and semi-supervised methods is positively correlated with the size of the seed alignment and the density of the KGs (see Table 17). Although RDGCN is a supervised method, it is also affected by the degree of similarity between the entity names, as entity embeddings are initialized using the entity name embeddings. Concerning unsupervised methods, the effectiveness of AttrE is negatively correlated to the size of the seed alignment, since it increases the probability of making wrong alignment decisions without improving its learning. In addition, data characteristics such as the similarity of entity names, predicate names, or textual descriptions and literals, are positively correlated with the corresponding relevant method. More precisely, the effectiveness of KDCoE is positively correlated with the number and similarity of textual descriptions, MultiKE with the entity names similarity and AttrE with the predicate names and literals similarity. The unsupervised nature of AttrE justifies the different correlations found w.r.t. other attribute-based methods, in meta-features that refer to the seed alignment size and average relations per entity. In particular, AttrE relies on attribute values (literals) rather than seed alignment, to measure the similarity of entities. Its effectiveness is boosted when the aligned entities have not only a high number of attributes, but also their values are highly similar. In the opposite case, the aligning process is adversely penalized by the noise that is created. BERT_INT exhibits a similar behavior.
# 5 Conclusions and future work

In this work, we have experimentally evaluated several translational- and Graph Neural Networks-based methods for implementing EA tasks using KG embeddings, as well as, non-learning methods like PARIS. They essentially cover a wide range of supervised, to semi-supervised and unsupervised methods that exploit both relational and factual information of entity descriptions along with different negative sampling and neighborhood range (one- vs multi-hop) strategies. We have measured both the effectiveness and efficiency of all methods over a rich collection of datasets that exhibit different characteristics of entity descriptions provided by KGs.

According to our analysis, *negative sampling* proves to be a critical factor that affects the performance of both relation- and attribute-based KG embeddings methods, as it helps distancing dissimilar entities in the embedding space. Another critical factor that affects the performance of relation-based methods is the *attention mechanism* that weights relevant and important neighbors. Moreover, the performance of relation-based methods depends on the *range of the entity neighborhood (one-hop or multi-hop)*. In particular, we observed that multi-hop methods, require an increased number of negative samples or attention mechanisms to compensate noisy information in the produced embeddings from far distant neighbors. As expected, attribute-based methods (independently of the usage of KG embeddings) are more affected by the different types of factual information exploited in embeddings, such as textual descriptions. In addition, *interaction-based GNNs* seem to better cope with the noise of distant neighbors and improve the utilization of attributes for matching, compared to aggregation-based GNNs. We should notice that the unsupervised attribute-based method *AttrE*, can run only if the predicates of the different KGs have been sufficiently aligned and it does not impose the 1-to-1 mapping assumption. Supervised and semi-supervised methods do not suffer from this limitation. We conclude that *BERT_INT* dominates all methods in terms of effectiveness and efficiency overall, especially when the KGs contain high similar factual information. In dense KGs with low factual similarity, *RREA* and *RDGCN* achieve the best and the second best performance, respectively, as also reported in Sun et al. (2020), Zhang et al. (2020), Zhao et al. (2022). *MTransE* is the fastest method (due to the lack of negative sampling and its simple architecture - see Sects. 2.5.6 and 2.5.7), but it suffers from much lower effectiveness compared to the other methods.

As future work, we would like to benchmark embedding-based EA methods exploiting different Neural Network architectures, e.g., Generative Adversarial (Vretinaris et al. 2021), Self-Adversarial (Sun et al. 2019), Graph Transformer (Cai et al. 2022). Moreover, we plan to extend our testbed with datasets proposed in OAEI<fnref n="19" /> that exhibit a higher structural heterogeneity between the KGs to be aligned (e.g., in terms of average degrees). Finally, recent works have revealed that KG embedding methods often exhibit *direct* or *indirect* forms of bias, leading to discrimination (Efthymiou et al. 2022; Fisher et al. 2020). We are particularly interested in assessing the robustness of embedding-based EA methods with respect to

<figure><img src="image_26.png" /></figure>

<footnote n="19">¹⁹ https://oaei.ontologymatching.org/2022/knowledgegraph/index.html.</footnote>
increasing structural diversity (i.e., in terms of connected components) of KGs, that reflect indirect forms of bias (Fanourakis et al. 2023).

**Funding** Open access funding provided by HEAL-Link Greece. This work has received funding from the Hellenic Foundation for Research and Innovation (HFRI) and the General Secretariat for Research and Technology (GSRT), under grant agreement No 969.

**Declarations**

**Conflict of interest** The authors have no conflicts of interest to declare that are relevant to the content of this article.

**Open Access** This article is licensed under a Creative Commons Attribution 4.0 International License, which permits use, sharing, adaptation, distribution and reproduction in any medium or format, as long as you give appropriate credit to the original author(s) and the source, provide a link to the Creative Commons licence, and indicate if changes were made. The images or other third party material in this article are included in the article's Creative Commons licence, unless indicated otherwise in a credit line to the material. If material is not included in the article's Creative Commons licence and your intended use is not permitted by statutory regulation or exceeds the permitted use, you will need to obtain permission directly from the copyright holder. To view a copy of this licence, visit http://creativecommons.org/licenses/by/4.0/.

**References**

Ahmetaj S, Efthymiou V, Fagin R, et al. (2021) Ontology-enriched query answering on relational databases. In: AAAI, pp 15247–15254

Berrendorf M, Faerman E, Vermue L, et al. (2020) On the ambiguity of rank-based evaluation of entity alignment or link prediction methods. CoRR arXiv:abs/2002.06914

Bordes A, Usunier N, García-Durán A, et al. (2013) Translating embeddings for modeling multi-relational data. In: NeurIPS, pp 2787–2795

Cai W, Ma W, Zhan J, et al. (2022) Entity alignment with reliable path reasoning and relation-aware heterogeneous graph transformer. In: IJCAI, pp 1930–1937

Cao Y, Liu Z, Li C, et al. (2019) Multi-channel graph neural network for entity alignment. In: ACL, pp 1452–1461

Chaurasiya D, Surisetty A, Kumar N, et al. (2022) Entity alignment for knowledge graphs: Progress, challenges, and empirical studies. CoRR arXiv:abs/2205.08777

Chen M, Tian Y, Yang M, et al. (2017) Multilingual knowledge graph embeddings for cross-lingual knowledge alignment. In: IJCAI, pp 1511–1517

Chen M, Tian Y, Chang K, et al. (2018) Co-training embeddings of knowledge graphs and entity descriptions for cross-lingual entity alignment. In: IJCAI, pp 3998–4004

Choudhary S, Luthra T, Mittal A, et al. (2021) A survey of knowledge graph embedding and their applications. CoRR arXiv:abs/2107.07842

Christophides V, Efthymiou V, Stefanidis K (2015) Entity Resolution in the Web of Data. Theory and Technology, Morgan & Claypool Publishers, San Rafael, California, Synthesis Lectures on the Semantic Web

Christophides V, Efthymiou V, Palpanas T, et al. (2021) An overview of end-to-end entity resolution for big data. ACM Comput Surv 53(6):127:1–127:42

Coleman C, Narayanan D, Kang D et al (2017) Dawnbench: An end-to-end deep learning benchmark and competition. Training 100(101):102

Coleman C, Kang D, Narayanan D et al (2019) Analysis of dawnbench, a time-to-accuracy machine learning performance benchmark. ACM SIGOPS Oper Syst Rev 53(1):14–25

Demsar J (2006) Statistical comparisons of classifiers over multiple data sets. J Mach Learn Res 7:1–30
Devlin J, Chang M, Lee K, et al. (2019) BERT: pre-training of deep bidirectional transformers for language understanding. In: NAACL-HLT, pp 4171–4186

Dong X, Gabrilovich E, Heitz G, et al. (2014) Knowledge vault: a web-scale approach to probabilistic knowledge fusion. In: SIGKDD, pp 601–610

Efthymiou V, Stefanidis K, Christophides V (2015) Big data entity resolution: From highly to somehow similar entity descriptions in the web. In: IEEE Big Data, pp 401–410

Efthymiou V, Stefanidis K, Pitoura E, et al. (2022) FairER: Entity resolution with fairness constraints. In: CIKM, pp 3004–3008

Fanourakis N, Efthymiou V, Christophides V, et al. (2023) Structural bias in knowledge graphs for the entity alignment task. In: ESWC

Fisher J, Mittal A, Palfrey D, et al. (2020) Debiasing knowledge graph embeddings. In: EMNLP, pp 7332–7345

Jiang J, Li M, Gu Z (2021) A survey on translating embedding based entity alignment in knowledge graphs. In: DSC, pp 187–194

Kamigaito H, Hayashi K (2022) Comprehensive analysis of negative sampling in knowledge graph representation learning. In: ICML, pp 10661–10675

Kipf TN, Welling M (2017) Semi-supervised classification with graph convolutional networks. In: ICLR

Kocmi T, Bojar O (2017) An exploration of word embedding initialization in deep-learning tasks. In: ICON, pp 56–64

Lehmann J, Isele R, Jakob M et al (2015) Dbpedia - A large-scale, multilingual knowledge base extracted from wikipedia. Semantic Web 6(2):167–195

Leone M, Huber S, Arora A et al (2022) A critical re-evaluation of neural methods for entity alignment. PVLDB 15(8):1712–1725

Lin J (1991) Divergence measures based on the shannon entropy. IEEE Trans Inf Theory 37(1):145–151

Mao X, Wang W, Xu H, et al. (2020a) MRAEA: an efficient and robust entity alignment approach for cross-lingual knowledge graph. In: WSDM, pp 420–428

Mao X, Wang W, Xu H, et al. (2020b) Relational reflection entity alignment. In: CIKM, pp 1095–1104

Million E (2007) The Hadamard product. Course Notes 3(6)

Nemenyi P (1963) Distribution-free Multiple Comparisons. Princeton University, Princeton

Nickel M, Kiela D (2017) Poincaré embeddings for learning hierarchical representations. In: NeurIPS, pp 6338–6347

Obraczka D, Schuchart J, Rahm E (2021) EAGER: embedding-assisted entity resolution for knowledge graphs. CoRR arXiv:abs/2101.06126

Parisli L, Neagu D, Ma R et al (2022) Quantum relu activation for convolutional neural networks to improve diagnosis of parkinson’s disease and COVID-19. Expert Syst Appl 187:115892

Rebele T, Suchanek FM, Hoffart J, et al. (2016) YAGO: A multilingual knowledge base from wikipedia, wordnet, and geonames. In: ISWC, pp 177–185

Suchanek FM, Abiteboul S, Senellart P (2011) PARIS: probabilistic alignment of relations, instances, and schema. PVLDB 5(3):157–168

Sun Z, Hu W, Zhang Q, et al. (2018) Bootstrapping entity alignment with knowledge graph embedding. In: IJCAI, pp 4396–4402

Sun Z, Deng Z, Nie J, et al. (2019) Rotate: Knowledge graph embedding by relational rotation in complex space. In: ICLR

Sun Z, Zhang Q, Hu W et al (2020) A benchmarking study of embedding-based entity alignment for knowledge graphs. PVLDB 13(11):2326–2340

Tang X, Zhang J, Chen B, et al. (2020) BERT-INT: A bert-based interaction model for knowledge graph alignment. In: IJCAI, pp 3174–3180

Tarus JK, Niu Z, Mustafa G (2018) Knowledge-based recommendation: a review of ontology-based recommendation systems for e-learning. Artif Intell Rev 50(1):21–48

Trisedya BD, Qi J, Zhang R (2019) Entity alignment between knowledge graphs using attribute embeddings. In: AAAI, pp 297–304

Trouillon T, Welbl J, Riedel S, et al. (2016) Complex embeddings for simple link prediction. In: ICML, pp 2071–2080

Velickovic P, Cucurull G, Casanova A, et al. (2018) Graph attention networks. In: ICLR

Vrandecic D, Krötzsch M (2014) Wikidata: a free collaborative knowledgebase. Commun ACM 57:78–85. https://doi.org/10.1145/2629489

Vretinaris A, Lei C, Efthymiou V, et al. (2021) Medical entity disambiguation using graph neural networks. In: SIGMOD, pp 2310–2318
Wang Q, Mao Z, Wang B et al (2017) Knowledge graph embedding: a survey of approaches and applications. IEEE Trans Knowl Data Eng 29(12):2724-2743

Wang Z, Yang J, Ye X (2020) Knowledge graph alignment with entity-pair embedding. In: EMNLP, pp 1672–1680

Wang Z, Li M, Gu Z (2021) A review of entity alignment based on graph convolutional neural network. In: DSC, pp 144–151

Wu Y, Liu X, Feng Y, et al. (2019) Relation-aware entity alignment for heterogeneous knowledge graphs. In: IJCAI, pp 5278–5284

Xiong C, Dai Z, Callan J, et al. (2017) End-to-end neural ad-hoc ranking with kernel pooling. In: SIGIR, pp 55–64

Yang B, Yih W, He X, et al. (2015) Embedding entities and relations for learning and inference in knowledge bases. In: ICLR

Zeng K, Li C, Hou L et al (2021) A comprehensive survey of entity alignment for knowledge graphs. AI Open 2:1–13

Zhang C, Zhou M, Han X et al (2017) Knowledge graph embedding for hyper-relational data. Tsinghua Sci Technol 22(2):185–197

Zhang Q, Sun Z, Hu W, et al. (2019) Multi-view knowledge graph embedding for entity alignment. In: IJCAI, pp 5429–5435

Zhang R, Trisedya BD, Li M et al (2022) A benchmark and comprehensive survey on knowledge graph entity alignment via representation learning. VLDBJ 31(5):1143–1168

Zhang Z, Liu H, Chen J, et al. (2020) An industry evaluation of embedding-based entity alignment. In: COLING, pp 179–189

Zhao X, Zeng W, Tang J et al (2022) An experimental study of state-of-the-art entity alignment approaches. IEEE Trans Knowl Data Eng 34(6):2610–2625

Zhu Q, Zhou X, Wu J, et al. (2019) Neighborhood-aware attentional representation for multilingual knowledge graphs. In: IJCAI, pp 1943–1949

**Publisher's Note** Springer Nature remains neutral with regard to jurisdictional claims in published maps and institutional affiliations.

## Authors and Affiliations

Nikolaos Fanourakis<fnref n="1" />,<fnref n="2" /> ID • Vasilis Efthymiou<fnref n="1" /> ID • Dimitris Kotzinos<fnref n="3" /> •
Vassilis Christophides<fnref n="3" />

<figure><img src="image_27.png" /></figure>

Nikolaos Fanourakis
fanourakis@ics.forth.gr

Vasilis Efthymiou
vefthym@ics.forth.gr

Dimitris Kotzinos
Dimitrios.Kotzinos@cyu.fr

Vassilis Christophides
Vassilis.Christophides@ensea.fr

<footnote n="1">¹ Institute of Computer Science, FORTH, N. Plastira 100, Heraklion, Greece</footnote>

<footnote n="2">² Computer Science Department, University of Crete, Voutes Campus, Heraklion, Greece</footnote>

<footnote n="3">³ Lab. ETIS, CNRS, CY Cergy Paris University, ENSEA, 2 av. A. Chauvin, Cergy-Pontoise UMR 8051, France</footnote>