<!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>Accelerating Process Mining using Relational Databases</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Alifah Syamsiyah</string-name>
          <email>A.Syamsiyah@tue.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Boudewijn F. van Dongen</string-name>
          <email>B.F.v.Dongen@tue.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Wil M.P. van der Aalst</string-name>
          <email>W.M.P.v.d.Aalst@tue.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Eindhoven University of Technology</institution>
          ,
          <addr-line>Eindhoven</addr-line>
          ,
          <country country="NL">the Netherlands</country>
        </aff>
      </contrib-group>
      <fpage>137</fpage>
      <lpage>141</lpage>
      <abstract>
        <p>Given the abundance of event data, the challenge of process mining today is to enable process mining in the large. This research aims to address scalability problem in terms of memory use and time consumption. To this end, we use relational databases as the framework to both store event data and do process mining analysis. We conduct a pre-computation of intermediate structures during insertion time of the data. Finally, we implement the existing process mining algorithms to be compatible with relational database settings.</p>
      </abstract>
      <kwd-group>
        <kwd>process mining</kwd>
        <kwd>big event data</kwd>
        <kwd>relational database</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        This work is conducted to answer these following research questions:
{ How to deal with tremendous event data in process mining?
{ How to do process mining analysis with event data taken from databases?
{ How to gain performance bene t from relational databases in terms of
memory use and time consumption?
Process mining is introduced as a research discipline that sits between machine
learning and data mining on the one hand and process modeling and analysis
on the other hand. It can be viewed as a means to bridge the gap between
data science and process science. The goal of process mining is to turn event
data into insights and actions in order to improve processes [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. Given the
rapid development of event data, the challenge is to enable process mining in the
large. This work will be focused on the use of relational databases as a storage
of event data and as an engine to pre-compute process mining metrics.
      </p>
      <p>
        There are some works related to the use of databases in process mining.
XESame [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] is one of the tools to extract event data from databases. This work
provides an interactive interface where users can select data from the database
and then match it with XES elements. The downside of this work is the lack
of direct access to the database since it is only considered as a storage place of
data.
      </p>
      <p>
        Another technique for extracting event data from databases was presented
in [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. This work uses two types of ontologies. The rst is called domain
ontology which gives a high level view of the data stored in the database. The second
is called event ontology which contains the XES structure. Data in databases
is extracted through these ontologies using a well-establish technology called
Ontology-based Data Access [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Although this work is promising, the
performance issues make it unsuitable for large databases.
      </p>
      <p>
        RXES was introduced in [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] as the relational representation of the XES
standard for event logs. The work presents the database schema as well as some
experiments showing that RXES uses less memory compared to the standard
approach. RXES puts the initial stone for direct access to the database, however,
this research has no longer continued.
      </p>
      <p>
        In addition to database approaches, some other techniques for handling big
data in process mining have been proposed [
        <xref ref-type="bibr" rid="ref2 ref8 ref9">2,8,9</xref>
        ], two of them are decomposing
event logs [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] and streaming process mining [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. In decomposition, a large process
mining problem is broken down into smaller problems focusing on a restricted
set of activities. Process mining techniques are applied separately in each small
problem and then they are combined to get an overall result. This approach deals
with exponential complexity in the number of activities of most process mining
algorithms [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. In streaming process mining, process mining framework ProM
is integrated with distributed computing environment Apache Hadoop. Hence
we can analyze event data whose size exceeds the computers physical memory.
Streaming process mining also provides online-fashioned process mining where
the event data is freshly produced, i.e. it does not restrict to only process the
historical data as in traditional process mining. However, neither decomposition
nor streaming are directly applicable to existing process mining technique. Both
approaches require some changes in the algorithms.
3
      </p>
    </sec>
    <sec id="sec-2">
      <title>Signi cance</title>
      <p>Relational database is one of the technologies used in big data computing. This
research uses relational databases as the framework to enable process mining in
the large. We argue that relational databases are the most suitable approach
for process mining compared to other types of databases. The XES standard
requires a relational representation between its elements, for example, an event
must belong to a trace and a trace is part of a log. Therefore,
aggregatelog_has_trace
log_id VARCHAR(50)
trace_id VARCHAR(50)
sequence INT(11)</p>
      <p>Indexes
trace
id VARCHAR(50)
attr_id VARCHAR(50)
Indexes
event
id VARCHAR(50)
attr_id VARCHAR(50)
event_col_id VARCHAR(50)</p>
      <p>Indexes
trace_has_event
trace_id VARCHAR(50)
event_id VARCHAR(50)
sequence INT(11)
Indexes
Triggers
event_collection
id VARCHAR(50)
name VARCHAR(50)
Indexes
log
id VARCHAR(50)
attr_id VARCHAR(50)
Indexes
log_has_global
log_id VARCHAR(50)
attr_id VARCHAR(50)
scope VARCHAR(50)</p>
      <p>Indexes
attribute
id VARCHAR(50)
type VARCHAR(50)
key_ VARCHAR(50)
value_ VARCHAR(250)
ext_id VARCHAR(50)
parent_id VARCHAR(50)
Indexes
extension
id VARCHAR(50)
name VARCHAR(50)
prefix VARCHAR(50)
uri VARCHAR(250)</p>
      <p>
        Indexes
oriented NoSQL databases [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] such as key-value store databases, document
databases, and columned-oriented databases are not appropriate for XES event
data. Relation-oriented NoSQL such as graph databases may be suitable,
however, it does not provide supports for complex queries such as trigger.
      </p>
      <p>Given the result from this research, process mining is able to handle big event
data for discovering process models, doing conformance checking, and enhancing
the process model. Moreover, process mining can be applied to the whole data
to get insight from exceptional behavior.</p>
    </sec>
    <sec id="sec-3">
      <title>4 Research Design and Methods</title>
      <p>In this section we describe and motivate the method adopted in the research.</p>
      <p>We rst introduce a relational representation of XES, called DB-XES.
Differently from normal process mining analysis which uses event log les, we use
event data stored in relational databases. In other words, we move the location
of data from les to databases. This provides scalability in terms of memory use
due to the fact that memory is not bounded to the computer's disk size.</p>
      <p>Second, we move some computations from analysis-time to insertion-time.
We pre-compute intermediate structures of process mining algorithms in the
database and keep the computed tables up-to-date of the insertion of new events.
Using this approach, we maintain the intermediate structure to be always ready
and can be directly accessed by users whenever it is needed. This provides
scalability in terms of time consumption since we cut the computation time inside
process mining tools.</p>
      <p>
        Figure 1 shows the DB-XES schema. As the XES structure [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], the schema
contains main elements of event data, i.e. log, trace, event, and attribute. These
elements are connected through table log has trace and trace has event. Global
attributes, extensions, and classi ers are linked to the log. Furthermore, table
event collection is used to store the source of an event.
      </p>
      <p>
        DB-XES also contains table dfr and log has dfr. This table is used to store
Directly Follows Relation (DFR), i.e. a pair of event classes (a,b) where a is
directly followed by b in the context of a trace. DFR is one of the intermediate
structures used by various process mining algorithms, such as Alpha Miner [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]
and Inductive Miner [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>For doing the experiment, we use real life event data from a company which
contains 29,640 traces, 2,453,386 events, 54 di erent event classes, and 17,262,635
attributes. Then we extend this log in two dimensions, i.e. we increase (1) the
number of event classes and (2) the number of traces, events and attributes.
We extend the log by inserting copies of the original event log data with some
modi cations in the identi er, task name, and timestamp. We extend the number
of event classes as a separate dimension since the growth of event classes gives
exponential in uences.</p>
      <p>At the current stage, this work has limitation in the SQL query execution.
The number of joins explodes and makes the query ine cient. Although the
framework is still able to handle 108 number of traces, events, and attributes
(the largest number used in the experiment), the need of optimizing the query
still exists.
5</p>
    </sec>
    <sec id="sec-4">
      <title>Research Stage</title>
      <p>This research has been started since December 2015. In the rst stage, we create
a relational representation of XES called DB-XES. Then, using OpenXES as the
interface, we create an access from DB-XES to ProM. Hence, any ProM plug-ins
can work with DB-XES similarly as working with XES event log les.</p>
      <p>In the next stage, we focus on enabling process discovery in large event data.
We create a representation of the most common used intermediate structure,
i.e. directly follows relations, in DB-XES. This structure is pre-computed and
maintained to be up-to-date of the insertion of new events. Then, we conduct
experiments using the state-of-the-art process discovery techniques, namely
Inductive Miner. The result shows that the proposed solution gives performance
bene t in terms of memory use and time consumption.</p>
      <p>The experiment result is paving the way of applying other process mining
techniques. In the current stage, we are implementing handover of work in
DBXES. The metrics have been translated into database tables, and some
experiments are being run. In the following we brie y list the future research steps:
{ Extend the approach with other advanced intermediate structures, such as
the intermediate structures of declarative process mining.
{ Apply the event removal feature in database while keeping the intermediate
structures live under insertion and deletion of event data.
{ Optimize the query performance through indexing and possibly apply more
advanced big data technologies, such as Spark SQL.</p>
      <p>{ Implement conformance checking in the context of DB-XES.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>W.M.P. van der Aalst</surname>
          </string-name>
          .
          <article-title>Decomposing Petri Nets for Process Mining: A Generic Approach</article-title>
          .
          <source>Distributed and Parallel Databases</source>
          ,
          <volume>31</volume>
          (
          <issue>4</issue>
          ):
          <volume>471</volume>
          {
          <fpage>507</fpage>
          ,
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>A.</given-names>
            <surname>Azzini</surname>
          </string-name>
          and
          <string-name>
            <given-names>P.</given-names>
            <surname>Ceravolo</surname>
          </string-name>
          .
          <article-title>Consistent process mining over big data triple stores</article-title>
          .
          <source>In 2013 IEEE International Congress on Big Data</source>
          , pages
          <volume>54</volume>
          {
          <fpage>61</fpage>
          ,
          <year>June 2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3. Diego Calvanese, Marco Montali, Alifah Syamsiyah, and
          <string-name>
            <surname>Wil MP van der Aalst</surname>
          </string-name>
          .
          <article-title>Ontology-driven extraction of event logs from relational databases</article-title>
          .
          <source>In Business Process Intelligence</source>
          <year>2015</year>
          .
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>C.W.</given-names>
            <surname>Gu</surname>
          </string-name>
          <article-title>nther</article-title>
          . XES Standard De nition.
          <source>www.xes-standard.org</source>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>Sergio</given-names>
            <surname>Hernandez</surname>
          </string-name>
          ,
          <string-name>
            <surname>Sebastiaan J. van Zelst</surname>
          </string-name>
          ,
          <article-title>Joaqu n Ezpeleta,</article-title>
          and
          <string-name>
            <surname>Wil M. P. van der Aalst</surname>
          </string-name>
          .
          <article-title>Handling big(ger) logs: Connecting prom 6 to apache hadoop</article-title>
          .
          <source>In BPM Demo Session</source>
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Sander</surname>
            <given-names>J. J.</given-names>
          </string-name>
          <string-name>
            <surname>Leemans</surname>
          </string-name>
          , Dirk Fahland, and
          <string-name>
            <surname>Wil M. P. van der Aalst</surname>
          </string-name>
          .
          <article-title>Discovering block-structured process models from event logs - A constructive approach</article-title>
          .
          <source>In PETRI NETS</source>
          <year>2013</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>Antonella</given-names>
            <surname>Poggi</surname>
          </string-name>
          , Domenico Lembo, Diego Calvanese, Giuseppe De Giacomo, Maurizio Lenzerini, and
          <article-title>Riccardo Rosati</article-title>
          .
          <source>Journal on data semantics x. chapter Linking Data to Ontologies</source>
          , pages
          <volume>133</volume>
          {
          <fpage>173</fpage>
          . Springer-Verlag, Berlin, Heidelberg,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>Hicham</given-names>
            <surname>Reguieg</surname>
          </string-name>
          , Boualem Benatallah,
          <string-name>
            <surname>Hamid R. Motahari Nezhad</surname>
            , and
            <given-names>Farouk</given-names>
          </string-name>
          <string-name>
            <surname>Toumani</surname>
          </string-name>
          .
          <article-title>Event correlation analytics: Scaling process mining using mapreduceaware event correlation discovery techniques</article-title>
          .
          <source>IEEE Trans. Services Computing</source>
          ,
          <volume>8</volume>
          (
          <issue>6</issue>
          ):
          <volume>847</volume>
          {
          <fpage>860</fpage>
          ,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9. W. v. d. Aalst and
          <string-name>
            <given-names>E.</given-names>
            <surname>Damiani</surname>
          </string-name>
          .
          <article-title>Processes meet big data: Connecting data science with process science</article-title>
          .
          <source>IEEE Transactions on Services Computing</source>
          ,
          <volume>8</volume>
          (
          <issue>6</issue>
          ):
          <volume>810</volume>
          {
          <fpage>819</fpage>
          ,
          <string-name>
            <surname>Nov</surname>
          </string-name>
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10. W. van der Aalst, T. Weijters, and
          <string-name>
            <given-names>L.</given-names>
            <surname>Maruster</surname>
          </string-name>
          .
          <article-title>Work ow mining: discovering process models from event logs</article-title>
          .
          <source>IEEE Transactions on Knowledge and Data Engineering</source>
          ,
          <volume>16</volume>
          (
          <issue>9</issue>
          ):
          <volume>1128</volume>
          {
          <fpage>1142</fpage>
          ,
          <string-name>
            <surname>Sept</surname>
          </string-name>
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Wil M. P. van der Aalst</surname>
          </string-name>
          .
          <article-title>Distributed process discovery and conformance checking</article-title>
          .
          <source>In FASE</source>
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>W.M.P. van der Aalst</surname>
          </string-name>
          .
          <source>Process Mining: Data Science in Action</source>
          .
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Boudewijn</surname>
            <given-names>F. van Dongen</given-names>
          </string-name>
          and
          <string-name>
            <given-names>Shiva</given-names>
            <surname>Shabani</surname>
          </string-name>
          .
          <article-title>Relational XES: data management for process mining</article-title>
          .
          <source>In CAiSE</source>
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14. Meenu Dave Vatika Sharma.
          <article-title>Sql and nosql databases</article-title>
          .
          <source>International Journal of Advanced Research in Computer Science and Software Engineering</source>
          ,
          <volume>2</volume>
          (
          <issue>8</issue>
          ):
          <volume>20</volume>
          {
          <fpage>27</fpage>
          ,
          <year>August 2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>H.M.W. Verbeek</surname>
            ,
            <given-names>J.C.A.M.</given-names>
          </string-name>
          <string-name>
            <surname>Buijs</surname>
            ,
            <given-names>B.F. van Dongen</given-names>
          </string-name>
          , and
          <string-name>
            <surname>W.M.P. van der Aalst. XES</surname>
          </string-name>
          , XESame, and
          <article-title>ProM 6</article-title>
          . In P. So er and E. Proper, editors,
          <source>Information Systems Evolution</source>
          , volume
          <volume>72</volume>
          , pages
          <fpage>60</fpage>
          {
          <fpage>75</fpage>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>