<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Characterization of Order-like Dependencies with Formal Concept Analysis</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Victor Codocedo</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jaume Baixeries</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Mehdi Kaytoue</string-name>
          <email>mehdi.kaytoue@insa-lyon.fr</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Amedeo Napoli</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>LORIA (CNRS - Inria Nancy Grand Est - Universite de Lorraine)</institution>
          ,
          <addr-line>B.P. 239, F-54506, Vand uvre-les-Nancy</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Universitat Politecnica de Catalunya.</institution>
          <addr-line>08032, Barcelona. Catalonia</addr-line>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Universite de Lyon. CNRS</institution>
          ,
          <addr-line>INSA-Lyon, LIRIS. UMR5205, F-69621</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Functional Dependencies (FDs) play a key role in many elds of the relational database model, one of the most widely used database systems. FDs have also been applied in data analysis, data quality, knowledge discovery and the like, but in a very limited scope, because of their xed semantics. To overcome this limitation, many generalizations have been de ned to relax the crisp de nition of FDs. FDs and a few of their generalizations have been characterized with Formal Concept Analysis which reveals itself to be an interesting uni ed framework for characterizing dependencies, that is, understanding and computing them in a formal way. In this paper, we extend this work by taking into account order-like dependencies. Such dependencies, well de ned in the database eld, consider an ordering on the domain of each attribute, and not simply an equality relation as with standard FDs.</p>
      </abstract>
      <kwd-group>
        <kwd>functional dependencies</kwd>
        <kwd>order dependencies</kwd>
        <kwd>formal concept analysis</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Functional dependencies (FDs) are well-known constraints in the relational model
used to show a functional relation between sets of attributes [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], i.e. when the
values of a set of attributes are determined by the values of another set of
attributes. They are also used in di erent tasks within the relational data model,
as for instance, to check the consistency of a database, or to guide the design of
a data model [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>Di erent generalizations of FDs have been id Month Year Av. Temp. City
de ned in order to deal with imprecision, errors tt21 11 11999965 3336..84 MMiillaann
and uncertainty in real-world data, or simply, t3 5 1996 63.1 Rome
to mine and discover more complex patterns tt45 51 11999978 5491..64 DRaolmlaes
and constraints within data when the seman- t6 1 1999 46.8 Dallas
tics of FDs have shown to be too restrictive for t7 5 1996 84.5 Houston
modeling certain attribute domains. t8 5 1998 80.2 Houston</p>
      <p>For example, consider the database in Table 1 as an example4. Attributes of
these 8 tuples are city names, month identi ers, years and average temperatures.
From this table, we could expect that the value for average temperature is
determined by a city name and a month of the year (e.g. the month of May in Houston
is hot, whereas the month of January in Dallas is cold). Therefore, we would
expect that this relationship should be somehow expressed as a (functional)
dependency in the form city name, month ! average temperature. However, while
the average temperature is truly determined by a city and a time of the year, it
is very hard that it will be exactly the same from one year to another. Instead,
we can expect that the value will be similar, or close throughout di erent years,
but rarely the same. Unfortunately, semantics of FDs is based on an equivalence
relation and fail to grasp the dependencies among these attributes.</p>
      <p>
        To overcome the limitations of FDs while keeping the idea that some
attributes are functionally determined by other attributes, di erent generalizations
of functional dependencies have been de ned, as recently deeply reviewed in a
comprehensive survey [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Actually, the example presented in the last paragraph
is a so-called similarity dependency [
        <xref ref-type="bibr" rid="ref2 ref4">2,4</xref>
        ]. Several other families of dependencies
exist and allow relaxing the de nition of FDs on the extent part (e.g. the
dependency must hold only in a subset of the tuples in a database table) or on
the intent part (equality between attribute values is relaxed to a similarity or
tolerance relation).
      </p>
      <p>
        The de nition of a variation of a functional dependency shows di erent
problems: characterization, axiomatization and computation. Formal Concept
Analysis (FCA [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]) has already been used to characterize and compute functional
dependencies. Moreover, in order to overcome some of the limitations of FCA
to discover FDs, a more sophisticated formalization is presented in [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] and [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]
where pattern structures ([
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]) were used. The same framework is used in [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] to
compute similarity dependencies.
      </p>
      <p>
        In this paper we present an FCA-based characterization of order-like
dependencies, a generalization of functional dependencies in which the equality of
values is replaced by the notion of order. Firstly, we show that the
characterization of order dependencies in their general de nition [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] can be achieved through
a particular use of general ordinal scaling [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Secondly, we extend our
characterization in order to support restricted order dependencies through which other
FDs generalizations can be modeled, namely sequential dependencies and trend
dependencies [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. Finally, we present a characterization to a complex FD
generalization named lexicographical ordered dependencies [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] showing the exibility
of our approach.
      </p>
      <p>
        The rest of this paper is organized as follows. In Section 2 we formally
introduce the de nition of functional dependencies, formal concept analysis and the
principle of the characterization of FDs with FCA. In Section 3, we characterize
order dependencies in their general de nition. We show that our formalization
can be adapted to restricted ordered dependencies in Section 4 and lexicographical
ordered dependencies [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] in Section 5 before presenting our conclusions.
4 http://academic.udayton.edu/kissock/http/Weather/
      </p>
    </sec>
    <sec id="sec-2">
      <title>Preliminaries</title>
      <p>
        Functional dependencies
We deal with datasets which are sets of tuples. Let U be a set of attributes and
Dom be a set of values (a domain). For the sake of simplicity, we assume that
Dom is a numerical set. A tuple t is a function t : U 7! Dom and then a table T is
a set of tuples. We de ne the functional notation of a tuple for a set of attributes
X U as follows, assuming that there exists a total ordering on U . Given a tuple
t 2 T and X = fx1; x2; : : : ; xng, we have: t(X) = ht(x1); t(x2); : : : ; t(xn)i.
De nition 1 (Functional dependency [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]). Let T be a set of tuples (data
table), and X; Y U . A functional dependency (FD) X ! Y holds in T if:
8t; t0 2 T : t(X) = t0(X) ! t(Y ) = t0(Y )
Example. The table on the right presents 4 tuples T =
ft1; t2; t3; t4g over attributes U = fa; b; c; dg. We have that
t2(fa; cg) = ht2(a); t2(c)i = h4; 4i. Note that the set notation is
usually omitted and we write ab instead of fa; bg. In this example,
the functional dependency d ! c holds and a ! c does not hold.
id a b c d
t1 1 3 4 1
t2 4 3 4 3
t3 1 8 4 1
t4 4 3 7 8
For A G, B M , a pair (A; B) such that A0 = B and B0 = A, is called
a (formal) concept while A is called the extent and the set B the intent of
the concept. Concepts are partially ordered by (A1; B1) (A2; B2) , A1
A2 (, B2 B1): the set of all formal concepts forms a complete lattice called
the concept lattice of the formal context (G; M; I). An implication of a formal
context (G; M; I) is denoted by X ! Y , X; Y M and means that all objects
from G having the attributes in X also have the attributes in Y , i.e. X0 Y 0.
Implications obey the Armstrong rules (re exivity, augmentation, transitivity).
Example. The table on the left presents a
formal context: we have (fg3g00; fg3g0) =
(fg3; g4g; fm2; m3g) and the implication m1 !
m2. Its concept lattice representation involves
reduced labeling : each node is a concept, lines
represent partial ordering while an attribute
(resp. object) label is inherited from the top
(resp. the bottom).
m1 m2 m3
      </p>
      <p>x
g1
g2 x x
g3 x x
g4 x x
2.3</p>
      <p>
        Characterization of Functional Dependencies with FCA
It has been shown in previous work that functional dependencies, can be
characterized with FCA. For example, Ganter &amp; Wille [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] presented a data
transformation of the initial set of tuples into a formal context. In this context,
implications are in 1-to-1 correspondence with the functional dependencies of the initial
dataset. In Figure 1, we illustrate this characterization with the set of tuples
of Table 2. Each possible pair of tuples gives rise to an object in the formal
context. Attributes remain the same. An object, say (ti; tj ), has an attribute m
i ti(m) = tj (m). The concept lattice is given on the right hand side of this
gure: there are two implications, namely d ! c and d ! a, which are also the
functional dependencies in the original set of tuples.
      </p>
      <p>
        However, this approach implies that a formal context much larger than the
original dataset must be processed. It was then shown that this formal context
can actually be encoded with a pattern structure [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]: each attribute of the original
dataset becomes an object of the pattern structure and is described by a partition
on the tuple set. Actually, each block of the partition is composed of tuples taking
the same value for the given attribute [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. For example, in Table 2, the partition
describing a is fft1; t3g; ft2; t4gg. Then, the implications in the pattern concept
lattice are here again in 1-to-1 correspondence with the functional dependencies
of the initial dataset [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. What is important to notice is that this formalization
is possible as a partition is an equivalence relation: a symmetric, re exive and
transitive binary relation.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], another kind of dependencies was formalized in a similar way, i.e.
similarity dependencies, where the equality relation is relaxed to a similarity
relation when comparing two tuples. An attribute is not anymore described by a
partition, but by a tolerance relation, i.e. a symmetric, re exive, but not
necessarily transitive binary relation (\the friends of my friends are not necessarily my
friends"). Each original attribute is then described by a set of tolerance blocks,
each being a maximal set of tuples that have pairwise similar values (instead of
equal values for classical dependencies).
      </p>
      <p>This way of characterizing FDs and similarity dependencies actually fails for
order dependencies, as the relation in this case is not symmetric: it is neither an
equality nor a similarity but a partial order in the general case.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Characterization of Order Dependencies with FCA</title>
      <p>
        Although functional dependencies are used in several domains they cannot be
used to express some relationships that exist in data. Many generalizations have
been proposed and we focus in this article on order dependencies [
        <xref ref-type="bibr" rid="ref4 ref8">8,4</xref>
        ]. Such
dependencies are based on the attribute-wise order on tuples. This order assumes
that each attribute follows a partial order associated to the values of its domain.
For the sake of generality, we represent this order with the symbol vx for all
x 2 U . In practice, this symbol will be instantiated by intersections of any
partial order on the domain of this attribute, as, for instance, &lt;; ; &gt;; , etc.
id a b c d
      </p>
      <p>We remark that this order on the set of values of a single attribute does not
need to be a total order, although in many di erent instances, like numeric or
character strings domains, this will be the case. In the following, we formalize
operator vx (De nition 2) and de ne accordingly order dependencies (De nition
3).</p>
      <p>De nition 2 (Attribute-wise ordering). Given two tuples ti; tj 2 T and a
set of attributes X U , the attribute-wise order of these two tuples on X is:
ti vX tj , 8x 2 X : ti[x] vx tj [x]
This de nition states that one tuple is greater {in a sense involving the order of
all attributes{ than another tuple if their attribute-wise values meet this order.
This operator induces a partial order X = (T; X ) on the set T of tuples.
De nition 3 (Order dependency). Let X; Y U be two subsets of attributes
in a dataset T . An order dependency X ! Y holds in T if and only if:
8ti; tj 2 T : ti vX tj ! ti vY tj
Example. Consider the table on the right with six tuples and three id a b c
attributes. Taking va, vb and vc de ned as the ordering . The t1 1 3 1
orders induced by the sets of attributes fag,fbg,fcg and fa; bg are: tt32 32 47 42
a = (T; a) = fft1g ft2g ft3; t6g ft5g ft4gg t4 5 3 9
b = (T; b) = fft5g ft1; t4g ft3g ft2g ft6gg t5 4 2 5
ab = (T; ab) = fft1g ft2g ft6g; t6 3 8 4
ft1g ft3g; Table 3
ft1g ft4g;
ft5g ft4gg
c = (T; c) = fft1g ft2g ft3; t6g ft5g ft4gg</p>
      <p>These orders are such that the order dependency fa; bg ! fcg holds. Remark
that De nition 3 is generic since the orders that are assumed for each attribute
need to be instantiated: we chose in this example for all attributes, while
taking the equality would produce standard functional dependencies.</p>
      <p>
        To achieve the characterization of order dependencies with FCA, we propose
to represent the partial order X = (T; X ) associated to each subset of
attribute X U as a formal context KX (a binary relation on T T thanks to
a general ordinal scaling [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]). Then, we show that an order dependency X ! Y
holds i KX = KXY .
      </p>
      <p>
        De nition 4 (General ordinal scaling of the tuple set). Given a subset
of attributes X U and a table dataset T , we de ne a formal context for X =
(T; X ) (the partial order it induces) as follows:
where @X = f(ti; tj ) j ti; tj 2 T; ti vX tj g. This formal context is the general
ordinal scale of X [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. All formal concepts (A; B) 2 KX are such that A is the
set of lower bounds of B and B is the set of upper bounds of A. Its concept lattice
is the smallest complete lattice in which the order X can be order embedded.
      </p>
      <p>
        This way to characterize a partial order is only one among several
possibilities. However, the choice of formal contexts is due to their versatility,
since they can characterize binary relations, hierarchies, dependencies, di
erent orders [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] and graphs [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. In the next section we will see how this
versatility allows us to generalize similarity dependencies. Given the set of attributes
X U , an associated partial order X = (T; X ) and the formal context
(T; T; @X ), it is easy to show that the later is a composition of contexts de ned
as: (T; T; @X ) = (T; T; T @x).
      </p>
      <p>x2X</p>
      <p>We can now propose a characterization of order dependencies with FCA.
Proposition 1. An order dependency X ! Y holds in T i
KX = KXY .
X ! Y</p>
      <p>
        The fact that the order dependency fa; bg ! fcg holds can be illustrated
with the formal contexts in Tables 7,8 and 9. We have indeed that Kab = Kabc.
Order dependencies and other FDs generalizations. We have seen that
the de nition of order dependencies replaces the equality condition present in
FDs or other similarity measures present in other dependencies, by an order
relation. This may suggest that order dependencies and other kinds of FDs
generalizations are structurally very similar, whereas this is not the case. Functional
dependencies generate a re exive, symmetric and transitive relation in the set
of tuples, i.e. an equivalence relation. Then the set of tuples can be partitioned
into equivalence classes that are used to characterize and compute the set of
FDs holding in a dataset, as presented in a previous work [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>
        In the generalization of functional dependencies that replaces the equality
condition by a similarity measure or a distance function, this measure generates
a symmetric relation in the set of tuples, but not necessarily a transitive relation.
In turn, this implies that the set of tuples can be partitioned into blocks of
tolerance instead of equivalence classes, as shown in [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
      <p>In this article, the novelty is that we are dealing with a transitive relation,
but not necessarily a symmetric relation. That means that we are not dealing
with equivalence classes nor blocks of tolerance any longer, but, precisely, with
orders. And since the characterization of these dependencies cannot be performed
in terms of equivalence classes nor blocks of tolerance, will use a more general
approach: general ordinal scaling.
4</p>
    </sec>
    <sec id="sec-4">
      <title>Characterization of Restricted Order Dependencies</title>
      <p>Order dependencies allow taking into account the or- Time People waiting
dering of the values of each attribute when looking for t1 10:00 101
dependencies in data. However, violations of the or- tt32 1100::4200 110035
dering due to value variations should sometimes not t4 11:00 77
be considered in many real world scenarios. Consider tt56 1111::2400 8805
the example given in Table 10: it gives variations on
the number of people waiting at a bus station over Table 10
time. In such a scenario we can expect that more people will be waiting in the
station as time moves on (P eople waiting ! T ime). However, at some point,
a bus arrives and the number of people waiting decreases and starts increasing
again. It is easy to observe that the order dependency P eople waiting ! T ime
does not hold as we have the counter-example:</p>
      <p>t4 vP eople waiting t3 and t3 vT ime t4</p>
      <p>However, the gap between the values 77 and 105 is signi cant enough to be
considered as a di erent instance of the ordering. We can formalize this idea
by introducing a similarity threshold = 10 for the attribute P eople waiting
such that the ordering between values is checked i the di erence is smaller than
. In this way, the previous counter-example is avoided (restricting the binary
relation) along with any other counter-example and we have that the restricted
order dependency P eople waiting ! T ime holds.</p>
      <p>We now formalize the tuple ordering relation, and consequently the notion
of restricted order dependencies.</p>
      <p>De nition 5. Given two tuples ti; tj 2 T and a set of attributes X
attribute-wise order of these two tuples on X is:
U , the
ti vx tj , 8x 2 X : 0
De nition 6. Let X; Y U two sets of attributes in a table T such that jT j = n,
and let X ; Y be thresholds values of tuples in X and Y respectively. A restricted
order dependency X ! Y holds in T if and only if:</p>
      <p>t[X] vX t0[X] ! t[Y ] vY t0[Y ]</p>
      <p>Using these de nitions we can encode the tuple ordering relations as formal
contexts for any subset of attributes X U . Indeed, the binary relations between
tuples by operator vX can be encoded in a formal context KX = (T; T; vX )
which in turn, can be composed from single attributes x 2 U as follows:
\
vX =</p>
      <p>vx
x2X</p>
      <p>Moreover, we can use the same rationale we used to mine order dependencies
to nd restricted order dependencies.</p>
      <p>Proposition 2. A restricted order dependency X ! Y holds in T i
X ! Y</p>
      <p>()
Proof. This proposition can be proved similarly to Proposition 1.
KX = KXY
Example. For the previous example, we calculate the corresponding formal
contexts shown in Tables 11 and 12 (vT m for Time, and vP p for People waiting ). It
is easy to observe that the restricted order dependency P eople waiting ! T ime
holds as we have that KP p = KP p;T m.</p>
      <p>
        vT m t1 t2 t3 t4 t5 t6 vP p t1 t2 t3 t4 t5 t6 vT m;P p t1 t2 t3 t4 t5 t6
t1 t1 t1
t2 t2 t2
t3 t3 t3
t4 t4 t4
t5 t5 t5
t6 t6 t6
Restricted order dependencies and other FDs generalizations.
Similarity dependencies (SDs) generalize functional dependencies through the use of
a tolerance relation instead of an equivalence relation between values of tuples
for a given set of attributes. A tolerance relation is a re exive, symmetric and
non-transitive binary association between two tuples given a threshold . In a
nutshell, a SD is established between two tuples if their values are within a
given distance controlled by the threshold. Such dependencies were studied in
a previous work [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. However, from the perspective of order dependencies, we
can request that such distance has a certain polarity. As we have previously
discussed, order dependencies arise from anti-symmetric, not necessarily re exive,
and transitive binary relations (&lt;; ). Then, it can be expected that using a
threshold of distance between tuple values for a given set of attributes requires
an antisymmetric, non-transitive relation between the values of tuples w.r.t. a
set of attributes X, that we have de ned as vX .
      </p>
      <p>Observe that the di erence between De nition 5 and tolerance relations is
the drop of the absolute value for tj [x] ti[x] and the requirement that this is
a positive number, i.e. ti[x] &lt; tj [x]; 8x 2 X. There is an important di erence
between this setting and SDs. While in SDs the threshold is used to relax
the strict equivalence condition of standard functional dependencies, from the
perspective of order dependencies the threshold is actually used to restrict tuple
relations.</p>
      <p>
        Restricted order dependencies have the potential to implement some other
generalizations of FDs such as sequential dependencies and trend
dependencies [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The latter is actually a particular case of restricted order dependencies
where the threshold is applied to an attribute not contained in the attributes
of the dependency. Instead, it is applied to a time attribute that allows de
ning a snapshot of the database. In sequential dependencies, the antecedent is a
mapping ( ) of a set of attributes with a complete unrestricted order (without
a threshold). Currently, we are able to support some instances of sequential
dependencies when the mapping is symmetric ( (XY ) = (Y X)). Details on this
matter has been left out from this paper for space reasons. Rather, in the
following section we describe another dependency which is not symmetric, namely
lexicographical ordered dependencies (LODs), that exempli es the exibility of
our approach to support complex dependency de nitions.
5
      </p>
    </sec>
    <sec id="sec-5">
      <title>Lexicographical ordered dependencies LODs</title>
      <p>
        LODs use the notion of lexicographical ordering in a rather unconventional
manner5. While it could be expected that they compare the values of di erent
attributes using lexicographical order, instead new descriptions (or projections) are
composed from the Cartesian product of attribute domains on which the
lexicographical order is applied [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Consequently, the order in which we compose
new descriptions becomes relevant.
5 Consider lexicographical order as the order of words in a dictionary.
      </p>
      <p>For example, in Table 14 we compose a description using the ordered set X =
hb; ei such that the new descriptions or projections of tuples t1; t2 on X are t1X =&lt;
3; 5 &gt; and t2X =&lt; 4; 0 &gt; respectively. It is clear that t1X is lexicographically lower
than t2X . However, considering Y = he; bi which is the inverse of X, we have
t1Y = 53 and t2Y = 04 where t2Y is lexicographically lower than t1Y . De nition 7
formalizes lexicographical ordering for tuple projections.</p>
      <p>
        De nition 7 ([
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]). Let X M be an ordered set, such that n = jXj, and let
[1; n] be the set of indices of the ordered set X. A lexicographical ordering on X,
denoted by lX is de ned for t1X ; t2X as t1X lX t2X , if either:
1. 9k 2 [1; n] s.t. t1X [k] &lt; t2X [k] and t1X [j] = t2X [j] with j 2 [1; k[.
2. t1X [i] = t2X [i]; 8i 2 [1; n]
      </p>
      <p>The main di erence between LODs and standard order dependencies is that
LODs are established over ordered sets and thus, the LOD ha; bi hci does not
imply that hb; ai hci holds, where is used to denote a LOD. De nition 8
formalizes lexicographical order dependencies.</p>
      <p>
        De nition 8 ([
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]). Let X; Y U be two ordered attribute sets. A LOD,
X Y is satis ed i for all t1; t2 2 r, t1X lX t2X implies that t1Y lY t2Y .
      </p>
      <p>In Table 14, we have the LOD hc; a; bi
follows. Let X = hc; a; bi and Y = hd; ei.</p>
      <p>hd; ei which can be veri ed as</p>
      <p>
        As pointed out in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], a LOD between single attributes is necessarily an
order dependency (with a single attribute there is only one order). Furthermore,
given point 2 of De nition 7, all functional dependencies are also LODs. This
includes the permutations of the antecedent and the consequent of a FD.
      </p>
      <p>In our setting, we have described that a context can be build to encode tuple
relations for a given order operator (e.g. vX ; vX ) w.r.t. a set of attributes X.
Regarding LODs, this cannot be the case as the set of attributes X is required
l
to be ordered, meaning that the context Kxy is not necessarily the same as the
context Klyx for x; y 2 U (Kl indicates a formal context encoding a
lexicographical ordering l). For example, from Table 14 we can build a formal context
encoding lhe;di (shown in Table 15) where t2 lhe;di t1, and a di erent formal
context encoding lhd;ei (shown in Table 16) where t1 lhd;ei t2.</p>
      <p>Nevertheless, a close inspection to a generic LOD X Y reveals that it
requires a series of order-like dependencies to hold to be satis ed. For example,
if X Y then the functional dependency X ! Y holds. We can prove this
as follows. Consider two tuples such that tiX = tjX (their projections w.r.t. X
are equivalent). Then, ti lX tj and tj lX ti which, if X Y holds, implies
that ti lY tj and tj lY ti which is the same as tiY = tjY . Clearly, tiX = tjX
regardless the order of attributes in X and thus we have a functional dependency
X ! Y . Now, consider the rst attribute of X, x1 and the rst attribute of Y ,
y1. Necessarily, t[x1] &lt; t0[x1] ! t[y1] t0[y1] which is an order-like dependency
between x1 and y1. Similar analysis can be used to obtain su cient rules so
X Y .</p>
      <p>For the sake of brevity, we describe a simple algorithm verifying that the LOD
X Y holds by checking a cascade of order-like dependencies obtained using
the previous analysis. Table 5 presents an example of this algorithm applied to
a table containing a LOD. For each attribute x 2 U we generate three di erent
formal contexts, namely Kx= = (T; T; =x), Kx&lt; = (T; T; &lt;x) and Kx = (T; T; x).
Then, we proceed as follows:
{ Check functional dependency X ! Y
{ For the i-th element of Y , yi:</p>
      <p>Build K = Ky=1 \ Ky=2 \ Ky=3 \ \ Ky=i 1
For the j-th element of X, xj :</p>
      <p>Build K = Kx=1 \ Kx=2 \ Kx=3 \ \ Kx=j 1
Check the order-like dependency (K \ Kx&lt;j \ K )
Kyi
Checking ha; bi</p>
      <p>hc; di:
{ Ka=b is empty and the FD ab ! cd holds. a b c d
{ For the rst element of hc; di: t1 1 ? 1 ?
Ka&lt; = f(t1; t2)g Kc = f(t1; t2); (t1; t3); (t2; t3); (t3; t2)g t2 2 1 2 1</p>
      <p>= &lt; = f(t2; t3)g Kc = f(t1; t2); (t1; t3); (t2; t3); (t3; t2)g t3 2 2 2 2
{ ForKtahe\sKebcond element of element of hc; di:</p>
      <p>Ka&lt; \ Kc= = ; Kd = f(t2; t3)g
Ka= \ Kb&lt; \ Kc= = f(t2; t3)g Kd = f(t2; t3)g
Table
Example
17:
6</p>
    </sec>
    <sec id="sec-6">
      <title>Conclusion</title>
      <p>Di erent generalizations of functional dependencies have been de ned. The
definition of a new kind of generalization of functional dependencies needs to cover
two di erent aspects: axiomatization and computation.</p>
      <p>We have presented a characterization of order dependencies with FCA, which
can be potentially extended to other types of order-like dependencies, and are
used in many elds in database theory, knowledge discovery and data quality.</p>
      <p>These dependencies are part of a set of functional dependencies
generalizations where equality condition is replaced with a more general relation. In some
cases, the equality is replaced by an approximate measure, in other cases, like
in order dependencies, by an order relation.</p>
      <p>We have seen that order dependencies are based on a transitive, but not
necessarily symmetric relation, contrasting approximate dependencies, which are
based on a symmetric, but not necessarily transitive relation. It is precisely this
formalization in terms of FCA that allows us to nd these structural di erences
between these types of dependencies. We have also seen that this same
characterization can be extended to other kinds of approximate dependencies.</p>
      <p>This characterization allows us to cover also the computation of these
dependencies: they can use the di erent algorithms that already exist in FCA.</p>
      <p>This present work needs to be extended to other kinds of order-like
dependencies, and some experimentation needs to be performed in order to verify the
computational feasibility of this approach.</p>
      <p>Acknowledgments. This research work has been supported by the SGR2014-890
(MACDA) project of the Generalitat de Catalunya, and MINECO project APCOM
(TIN2014-57226-P) and partially funded by the French National Project FUI AAP 14
Tracaverre 2012-2016.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>J.</given-names>
            <surname>Baixeries</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kaytoue</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Napoli</surname>
          </string-name>
          .
          <article-title>Computing functional dependencies with pattern structures</article-title>
          . In L. Szathmary and U. Priss, editors,
          <source>CLA</source>
          , volume
          <volume>972</volume>
          <source>of CEUR Workshop Proceedings</source>
          , pages
          <volume>175</volume>
          {
          <fpage>186</fpage>
          . CEUR-WS.org,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>J.</given-names>
            <surname>Baixeries</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kaytoue</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Napoli</surname>
          </string-name>
          .
          <article-title>Computing similarity dependencies with pattern structures</article-title>
          . In M.
          <article-title>Ojeda-Aciego and</article-title>
          J. Outrata, editors,
          <source>CLA</source>
          , volume
          <volume>1062</volume>
          <source>of CEUR Workshop Proceedings</source>
          , pages
          <volume>33</volume>
          {
          <fpage>44</fpage>
          . CEUR-WS.org,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>J.</given-names>
            <surname>Baixeries</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kaytoue</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Napoli</surname>
          </string-name>
          .
          <article-title>Characterizing Functional Dependencies in Formal Concept Analysis with Pattern Structures</article-title>
          .
          <source>Annals of Mathematics and Arti cial Intelligence</source>
          ,
          <volume>72</volume>
          (
          <issue>1-2</issue>
          ):
          <volume>129</volume>
          {
          <fpage>149</fpage>
          ,
          <string-name>
            <surname>Oct</surname>
          </string-name>
          .
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>L.</given-names>
            <surname>Caruccio</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Deufemia</surname>
          </string-name>
          , and
          <string-name>
            <given-names>G.</given-names>
            <surname>Polese</surname>
          </string-name>
          .
          <article-title>Relaxed functional dependencies - A survey of approaches</article-title>
          .
          <source>IEEE Trans. Knowl</source>
          . Data Eng.,
          <volume>28</volume>
          (
          <issue>1</issue>
          ):
          <volume>147</volume>
          {
          <fpage>165</fpage>
          ,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>S.</given-names>
            <surname>Ferre</surname>
          </string-name>
          .
          <article-title>A Proposal for Extending Formal Concept Analysis to Knowledge Graphs</article-title>
          .
          <source>In Formal Concept Analysis, volume LNCS 9113</source>
          , pages
          <fpage>271</fpage>
          {
          <fpage>286</fpage>
          ,
          <string-name>
            <surname>Nerja</surname>
          </string-name>
          , Spain,
          <year>June 2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>B.</given-names>
            <surname>Ganter</surname>
          </string-name>
          and
          <string-name>
            <given-names>S. O.</given-names>
            <surname>Kuznetsov</surname>
          </string-name>
          .
          <article-title>Pattern structures and their projections</article-title>
          . In H. S. Delugach and G. Stumme, editors,
          <source>Conceptual Structures: Broadening the Base, Proceedings of the 9th International Conference on Conceptual Structures (ICCS</source>
          <year>2001</year>
          ),
          <source>LNCS 2120</source>
          , pages
          <fpage>129</fpage>
          {
          <fpage>142</fpage>
          . Springer,
          <year>2001</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>B.</given-names>
            <surname>Ganter</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Wille</surname>
          </string-name>
          .
          <source>Formal Concept Analysis</source>
          . Springer, Berlin,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>S.</given-names>
            <surname>Ginsburg</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Hull</surname>
          </string-name>
          .
          <article-title>Order dependency in the relational model</article-title>
          .
          <source>Theoretical Computer Science</source>
          ,
          <volume>26</volume>
          (
          <issue>1</issue>
          ):
          <volume>149</volume>
          {
          <fpage>195</fpage>
          ,
          <year>1983</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>Y.</given-names>
            <surname>Huhtala</surname>
          </string-name>
          , J. Karkkainen, P. Porkka, and
          <string-name>
            <given-names>H.</given-names>
            <surname>Toivonen</surname>
          </string-name>
          . Tane:
          <article-title>An e cient algorithm for discovering functional and approximate dependencies</article-title>
          .
          <source>Computer Journal</source>
          ,
          <volume>42</volume>
          (
          <issue>2</issue>
          ):
          <volume>100</volume>
          {
          <fpage>111</fpage>
          ,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <given-names>H.</given-names>
            <surname>Mannila and K.-J. Ra</surname>
          </string-name>
          <article-title>iha</article-title>
          .
          <source>The Design of Relational Databases. Addison-Wesley</source>
          , Reading (MA), USA,
          <year>1992</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <given-names>W.</given-names>
            <surname>Ng</surname>
          </string-name>
          .
          <article-title>Ordered functional dependencies in relational databases</article-title>
          .
          <source>Information Systems</source>
          ,
          <volume>24</volume>
          (
          <issue>7</issue>
          ):
          <volume>535</volume>
          {
          <fpage>554</fpage>
          ,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <given-names>J.</given-names>
            <surname>Ullman</surname>
          </string-name>
          .
          <article-title>Principles of Database Systems and Knowledge-Based Systems, volumes 1{2</article-title>
          . Computer Science Press, Rockville (MD), USA,
          <year>1989</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>