QPR ProcessAnalyzer Model Datasources: Difference between revisions

From QPR ProcessAnalyzer Wiki
Jump to navigation Jump to search
No edit summary
(TK-54573)
 
(25 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Data into QPR Processanalyzer models can be loaded from several datasources. The following datasource types can be used:
QPR Processanalyzer in-memory models can load data from variety of sources:
* [[#Datatable Models|Datatables]]: Data can be loaded from QPR ProcessAnalyzer [[QPR_ProcessAnalyzer_Project_Workspace#Managing_Datatables|datatables]].
* [[#Datatable Models|Datatables]]: Data can be loaded from QPR ProcessAnalyzer [[QPR_ProcessAnalyzer_Project_Workspace#Managing_Datatables|datatables]], located either in SQL Server or in Snowflake.
* [[#Loading Script|Loading Script]]: Data can be loaded using a loading script written in QPR ProcessAnalyzer [[QPR_ProcessAnalyzer_Expressions|expression language]]. The loading script can extract the data and perform needed transformations to the suitable eventlog format. The loading script is started when the model needs to be loaded into memory (pull principle). With the expression language, it's also possible to fetch data from other QPR ProcessAnalyzer models.
* [[#Loading Script|Loading Script]]: Data can be loaded using a loading script written in QPR ProcessAnalyzer [[QPR_ProcessAnalyzer_Expressions|expression language]]. The loading script can extract the data and perform needed transformations to the suitable eventlog format during model is loaded. The loading script is started when the model loading into memory starts (pull logic). With the expression language, it's also possible to fetch data from other QPR ProcessAnalyzer models.
* [[#ODBC Datasource|ODBC datasources]]: Data can be loaded from any ODBC compliant source system, such as database systems, SAP HANA, ServiceNow, Excel files and CSV files.
* [[#ODBC Datasource|ODBC datasources]]: Data can be loaded from any ODBC compliant source system, such as databases, SAP HANA, ServiceNow, Excel files or CSV files.


== Model Datasource Settings ==
== Model Datasource Settings ==
Datasource needs to be defined for cases and another datasource for events. Model datasource settings are in the ''Model Properties'' dialog in '''Cases datasource''' and '''Events datasource''' tabs. It's possible that cases and events are loaded from different types of datasources, e.g. cases from an ODBC datasource and events from a datatable. Events datasource is optional and cases datasource is mandatory.
Datasource needs to be defined both for cases and events. Model datasource settings are in the ''Model Properties'' dialog in '''Cases datasource''' and '''Events datasource''' tabs. It's possible that cases and events are loaded from different types of datasources, e.g. cases from an ODBC datasource and events from a datatable. Events datasource is optional and cases datasource is mandatory.


Following settings are available:
Following settings are available:
* '''Datasource''': The datasource can be ''Datatable'' (stored in QPR ProcessAnalyzer database), ''ODBC'' (data is fetched by executing an ODBC query to an OCBC datasource) or ''Loading Script'' (data is created by running an expression language query which can access e.g. datatables and ODBC datasources).
* '''Datasource''': Can be ''Datatable'' (SQL Server or Snowflake), ''ODBC'' (data is fetched by executing an ODBC query to an OCBC datasource) or ''Loading Script'' (data is generated by running an expression language query).
* '''Datatable''': When ''datasource'' is a ''datatable'', this settings defines the datatable to use.
* '''Datatable''': When ''datasource'' is a ''datatable'', this settings defines the datatable to use.
* '''Case ID''': Defines column containing case id. This mapping needs to be done for both the cases and events data. The column datatype can be either string or number.
* '''Case ID''': Defines column containing case id. This mapping is needed for both cases and events data. The column datatype can be either string or integer.
* '''Event Type''': Defines column containing event type name. This mapping needs to be done for the events data. This column datatype must be string.
* '''Event Type''': Defines column containing event type name. This mapping is needed for events data. This column datatype must be string.
* '''Event Time''': Defines column containing event timestamp. This mapping needs to be done for the events data. The column datatype must be date.
* '''Event Time''': Defines column containing event timestamp. This mapping is needed for events data. The column datatype must be date.
* '''Connection String''': ODBC datasources connection string to use to fetch the cases/events data. Connection string depends on the data source type and can be found e.g. in https://www.connectionstrings.com.
* '''Connection String''': ODBC connection string used to fetch cases/events data. Connection string depends on the data source type and suitable connection strings can be found e.g. in https://www.connectionstrings.com.
* '''Connection String Key''': [[Secure Strings|Secure string key]] of the ODBC connection string to use to fetch the cases/events data. Alternative to the OdbcConnectionString property.
* '''Connection String Key''': [[Storing_Secrets_for_Scripts|Secret name]] of the ODBC connection string. Alternative to the ''Connection String''.
* '''ODBC Query''': ODBC query to run to the ODBC datasource to fetch the cases/events data. Query syntax depends on the source system where the data is fetched.
* '''ODBC Query''': ODBC query to run in the datasource to fetch cases/events data. Query syntax depends on the source system where the data is fetched from.
* '''Loading Script''': Expression language script that provides the cases/events data. For more information, see the examples.
* '''Loading Script''': Expression language script that provides cases/events data. For more information, see the examples below.


Note that when changing datasource settings, the model is dropped from the memory, so that it can be reloaded using the changed settings.
Note that when changing datasource settings, the model is dropped from the memory, so that it can be reloaded using the changed settings.


== Datatable  Models ==
== Datatable  Models ==
When the ''DataSource'' is ''Datatable'', data is loaded from a QPR ProcessAnalyzer [[QPR_ProcessAnalyzer_Project_Workspace#Managing_Datatables|datatable]]. Datatables can be created by importing data to them from CSV files, or as a result of an [[Data_Extraction,_Transformation,_and_Loading|ETL script]].
When the ''DataSource'' is ''Datatable'', data is loaded from [[QPR_ProcessAnalyzer_Project_Workspace#Datatables|datatables]]. Datatables can be created by importing data to them from CSV files, or they can be created by ETL scripts. Datatables can be SQL Server or Snowflake datatables. Note that when using Snowflake datatables, processing is done in Snowflake data cloud.
 
When a model using datatables as a datasource, is moved to another project, also the linked datatables are moved with the model. Note that there may be several models using a same datatable, and in that case the linkages to other models may be broken when moving a model to other project. Note also that if another datatable with the same name already exist in the target project, the datatable cannot be moved, because there cannot be two datatables having the same name in the same project.


== Loading Script ==
== Loading Script ==
Data loaded to a QPR ProcessAnalyzer model can be defined using a loading script, which is written in the QPR ProcessAnalyzer expression language. The loading script produces a DataFrame containing the cases or events data. In addition, mappings from the DataFrame column names defining which column is case id, event type name and timestamp needs to be defined.
Data loaded into a model can be defined using a loading script written with the expression language. Suitable script creates a DataFrame containing the cases/events data. In addition, mapping are needed from the DataFrame column names defining which column is case id, event type name and timestamp. Note that in the loading script, it's not possible to refer to the same model's eventlog to avoid a circular reference.


The loading script is run in a security context where there are [[Roles_and_Permissions_in_QPR_ProcessAnalyzer#Global_and_Project_Roles|GenericRead and GenericWrite]] permissions for the project, where the loaded model is located. This means that the loading script has access to all the data in the same project, and also a write access e.g. to the datatables. User permissions are not used by the loading script, so that the user who initiated the loading, wouldn't affect the result. In addition, the model may be loaded [[Automatic Model Loading on Server Startup|automatically on server startup]], and in that case there is no user who initiated the loading.
The loading script is run in a security context where there are [[Roles_and_Permissions#Global_and_Project_Roles|GenericRead and GenericWrite]] permissions for the project, where the loaded model is located. This means that the loading script has access to all data in the same project and also a write access e.g. to the datatables. Note that user's own permissions are not applied by the loading script. This is also when the model is loaded [[Automatic Model Loading on Server Startup|automatically on server startup]], as in that case there is no user who initiated the loading.


When loading data from an ODBC datasource, note also the [[PA_Configuration_database_table_in_QPR_ProcessAnalyzer|AllowExternalDatasources setting]], which may prevent the loading.
When loading data from an ODBC datasource, the [[PA_Configuration_database_table|AllowExternalDatasources]] setting needs to be enabled.


=== Examples ===
=== Examples ===
==== Load from Snowflake datatable ====
This example loading script loads data from datatable ''MyDatatable'' located in the same project as the model. It can be used to load data from a Snowflake datatable to an in-memory model.
<pre>
Project.DatatableByName("MyDatatable").SqlDataFrame.Collect();
</pre>


==== Load from other model ====
Loading script for events that takes the eventlog from another model:
Loading script for events that takes the eventlog from another model:
<pre>
<pre>
Line 42: Line 46:
</pre>
</pre>


==== Load sample from other model ====
Loading script for events:
Loading script for events:
<pre>
<pre>
Line 65: Line 70:
Loading script for cases:
Loading script for cases:
<pre>
<pre>
Let("maxEventsPerModel", 1000);Let("ms", ["SAP_OrderToCash", "BPIC13_incidents"].(Let("modelName", _), Models.Where(Name == modelName))[0]);Let("caseAttributes", ToDictionary());ms.CaseAttributes.(Let("ca", _), caseAttributes.Set(ca.Name, ca));Let("orderedCaseAttributes", OrderByValue(caseAttributes.Keys));Let("cases", ToDictionary());ms.EventLog.Events[NumberRange(0, Min(CountTop(_), maxEventsPerModel) - 1)].Case.(Let("c", _), cases.Set(c, true));ConcatTop([[Flatten(["Case", "Model", orderedCaseAttributes])],cases.Keys.Flatten([Name, EventLog.Name, (Let("c", _), orderedCaseAttributes.(Let("att", _), c.Attribute(att)))])])
let maxEventsPerModel = 1000;
let ms = ["SAP_OrderToCash", "BPIC13_incidents"];
let modelName =_;
Models.Where(Name == modelName))[0]);
let caseAttributes = ToDictionary();
ms.CaseAttributes.{
  let ca = _;
  caseAttributes.Set(ca.Name, ca);
};
let orderedCaseAttributes = OrderByValue(caseAttributes.Keys);
let cases = ToDictionary());
ms.EventLog.Events[NumberRange(0, Min(CountTop(_), maxEventsPerModel) - 1)].Case.{
  let c= _;
  cases.Set(c, true);
}
ConcatTop([[
  Flatten(["Case", "Model", orderedCaseAttributes]),
  cases.Keys.Flatten([Name, EventLog.Name, {
    let c = _;
    orderedCaseAttributes.{
      let att = _;
      c.Attribute(att);
    }
  }]);
]]);
</pre>
</pre>


==== Load data embedded into expression ====
Create a model with eventlog data embedded into the expression.
Create a model with eventlog data embedded into the expression.
<pre>
<pre>
ToDataFrame([["a", "et1", DateTime(2019,1)],["a", "et2", DateTime(2019,2)],["a", "et3", DateTime(2019,3)],["b", "et1", DateTime(2019,2)],["c", "et3", DateTime(2019,2)],["c", "et2", DateTime(2019,3)],["c", "et2", DateTime(2019,4)],["c", "et3", DateTime(2019,5)],["c", "et4", DateTime(2019,6)]], ["Case","Timestamp","EventType"])
ToDataFrame(
  [
    ["a", "et1", DateTime(2019,1)],
    ["a", "et2", DateTime(2019,2)],
    ["a", "et3", DateTime(2019,3)],
    ["b", "et1", DateTime(2019,2)],
    ["c", "et3", DateTime(2019,2)],
    ["c", "et2", DateTime(2019,3)],
    ["c", "et2", DateTime(2019,4)],
    ["c", "et3", DateTime(2019,5)],
    ["c", "et4", DateTime(2019,6)]
  ],
  ["Case","Timestamp","EventType"]
)
</pre>
</pre>


This loading script loads events using several odbc queries (each event type separately).
==== Load data with several ODBC queries ====
This loading script loads events using several ODBC queries (each event type separately).
<pre>
<pre>
let eventTypes = ["Invoice Created", "Requested Delivery", "Inventory Date", "Invoice Payment", "Actual Delivery"];
let eventTypes = ["Invoice Created", "Requested Delivery", "Inventory Date", "Invoice Payment", "Actual Delivery"];
Line 92: Line 136:


== ODBC Datasource ==
== ODBC Datasource ==
When ''Datasource'' is ''ODBC'', data is loaded directly from an ODBC datasource when the model is loaded, and the data is not stored permanently in QPR ProcessAnalyzer. There needs to be a suitable ODBC driver installed in QPR ProcessAnalyzer server, and ''ODBC connection string'' and ''ODBC query'' needs to be defined (examples below). Note that when model datasource is ODBC, it's not possible to import data to the model in QPR ProcessAnalyzer UI (data needs to be imported where it is originally stored).
When getting model data from an ODBC datasource, data is loaded directly from the source when the model is loaded. As improved security, the data is kept only in memory and not stored permanently in QPR ProcessAnalyzer. Suitable ODBC driver needs to be installed in QPR ProcessAnalyzer server, and ''ODBC connection string'' and ''ODBC query'' are to be defined (examples below). In addition, [[PA_Configuration_database_table|AllowExternalDatasources]] setting needs to ''True'' to use the ODBC datasource.
 
[[PA_Configuration_database_table_in_QPR_ProcessAnalyzer|AllowExternalDatasources]] setting needs to be set to ''True'' to use the ODBC datasource.
 
=== ODBC Driver Installation ===
''Microsoft Access Database Engine 2016 Redistributable'' is a recommended software package containing ODBC drivers for
* Microsoft SQL Server
* Microsoft Access (*.mdb and *.accdb) files
* Microsoft Excel (*.xls, *.xlsx, and *.xlsb) files
* CSV text files
 
The package is installed in the computer where the QPR ProcessAnalyzer Server is running. Installation instructions:
# Go to https://www.microsoft.com/en-us/download/details.aspx?id=54920 and click Download.
# Select whether to use the 32bit or 64bit (x64) version (usually it's the 64bit version).
# Double-click the executable file on your hard disk to start the setup program.
# Follow the instructions on the screen to complete the installation.


=== Read data from CSV file ===
=== Read data from CSV file ===
Line 119: Line 148:


=== Read data from Excel file ===
=== Read data from Excel file ===
In this example, data is loaded from a Excel file that is accessible in the file system. In this example, the loaded file is C:\ProcessMiningData\ModelData.xlsx and cases are in sheet ''MyCases'' and events in sheet ''MyEvents''.
In this example, data is loaded from a Excel file that is accessible from the file system. In this example, the loaded file is C:\ProcessMiningData\ModelData.xlsx and cases are in sheet ''MyCases'' and events in sheet ''MyEvents''.


* Cases: Connection String: Driver={Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb)};DBQ=C:\\ProcessMiningData\\ModelData.xlsx
* Cases: Connection String: Driver={Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb)};DBQ=C:\\ProcessMiningData\\ModelData.xlsx
Line 127: Line 156:


=== Read data from SQL Server ===
=== Read data from SQL Server ===
Recommended driver: https://www.microsoft.com/en-us/download/details.aspx?id=56567
In this example, data is loaded from an SQL Server table. SQL Server hostname is ''myServerName'', instance name is ''myInstanceName'' and database name is ''MyDatabase''. The ''Trusted_Connection'' is for Windows authentication.
In this example, data is loaded from an SQL Server table. SQL Server hostname is ''myServerName'', instance name is ''myInstanceName'' and database name is ''MyDatabase''. The ''Trusted_Connection'' is for Windows authentication.
* Cases: Connection String: Driver={ODBC Driver 17 for SQL Server};Server=myServerName\\myInstanceName;DataBase=MyDatabase;Trusted_Connection=Yes;
* Cases: Connection String: Driver={ODBC Driver 17 for SQL Server};Server=myServerName\\myInstanceName;DataBase=MyDatabase;Trusted_Connection=Yes;
Line 142: Line 169:


The following error message may be encountered: ''System.Data.Odbc.OdbcException (0x80131937): ERROR [IM002] [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified''. Probable reason is that the ODBC driver is missing or driver name is not correct. To solve the issue:
The following error message may be encountered: ''System.Data.Odbc.OdbcException (0x80131937): ERROR [IM002] [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified''. Probable reason is that the ODBC driver is missing or driver name is not correct. To solve the issue:
* Check ODBC drivers is installed by running '''C:\Windows\System32\odbcad32.exe'''.
* Check ODBC drivers is installed by running ''C:\Windows\System32\odbcad32.exe''.
* Check the connection string.
* Check the connection string.


The following error message may be encountered: '''ERROR [HY024] [Microsoft][ODBC Text Driver] '(unknown)' is not a valid path. Make sure that the path name is spelled correctly and that you are connected to the server on which the file resides.'''.
The following error message may be encountered: ''ERROR [HY024] [Microsoft][ODBC Text Driver] '(unknown)' is not a valid path. Make sure that the path name is spelled correctly and that you are connected to the server on which the file resides.''.
Example error when specified directory is missing:
Example error when specified directory is missing:


Error when CSV file is missing: '''System.Data.Odbc.OdbcException (0x80131937): ERROR [42S02] [Microsoft][ODBC Text Driver] The Microsoft Access database engine could not find the object 'CaseAttributes.csv'. Make sure the object exists and that you spell its name and the path name correctly. If 'CaseAttributes.csv' is not a local object, check your network connection or contact the server administrator.'''
Error when CSV file is missing: ''System.Data.Odbc.OdbcException (0x80131937): ERROR [42S02] [Microsoft][ODBC Text Driver] The Microsoft Access database engine could not find the object 'CaseAttributes.csv'. Make sure the object exists and that you spell its name and the path name correctly. If 'CaseAttributes.csv' is not a local object, check your network connection or contact the server administrator.''


Error codes for troubleshooting: [https://docs.microsoft.com/en-us/sql/odbc/reference/appendixes/appendix-a-odbc-error-codes?view=sql-server-2017| ODBC Error Codes].
Error codes for troubleshooting: [https://docs.microsoft.com/en-us/sql/odbc/reference/appendixes/appendix-a-odbc-error-codes?view=sql-server-2017| ODBC Error Codes].

Latest revision as of 09:14, 30 September 2024

QPR Processanalyzer in-memory models can load data from variety of sources:

  • Datatables: Data can be loaded from QPR ProcessAnalyzer datatables, located either in SQL Server or in Snowflake.
  • Loading Script: Data can be loaded using a loading script written in QPR ProcessAnalyzer expression language. The loading script can extract the data and perform needed transformations to the suitable eventlog format during model is loaded. The loading script is started when the model loading into memory starts (pull logic). With the expression language, it's also possible to fetch data from other QPR ProcessAnalyzer models.
  • ODBC datasources: Data can be loaded from any ODBC compliant source system, such as databases, SAP HANA, ServiceNow, Excel files or CSV files.

Model Datasource Settings

Datasource needs to be defined both for cases and events. Model datasource settings are in the Model Properties dialog in Cases datasource and Events datasource tabs. It's possible that cases and events are loaded from different types of datasources, e.g. cases from an ODBC datasource and events from a datatable. Events datasource is optional and cases datasource is mandatory.

Following settings are available:

  • Datasource: Can be Datatable (SQL Server or Snowflake), ODBC (data is fetched by executing an ODBC query to an OCBC datasource) or Loading Script (data is generated by running an expression language query).
  • Datatable: When datasource is a datatable, this settings defines the datatable to use.
  • Case ID: Defines column containing case id. This mapping is needed for both cases and events data. The column datatype can be either string or integer.
  • Event Type: Defines column containing event type name. This mapping is needed for events data. This column datatype must be string.
  • Event Time: Defines column containing event timestamp. This mapping is needed for events data. The column datatype must be date.
  • Connection String: ODBC connection string used to fetch cases/events data. Connection string depends on the data source type and suitable connection strings can be found e.g. in https://www.connectionstrings.com.
  • Connection String Key: Secret name of the ODBC connection string. Alternative to the Connection String.
  • ODBC Query: ODBC query to run in the datasource to fetch cases/events data. Query syntax depends on the source system where the data is fetched from.
  • Loading Script: Expression language script that provides cases/events data. For more information, see the examples below.

Note that when changing datasource settings, the model is dropped from the memory, so that it can be reloaded using the changed settings.

Datatable Models

When the DataSource is Datatable, data is loaded from datatables. Datatables can be created by importing data to them from CSV files, or they can be created by ETL scripts. Datatables can be SQL Server or Snowflake datatables. Note that when using Snowflake datatables, processing is done in Snowflake data cloud.

Loading Script

Data loaded into a model can be defined using a loading script written with the expression language. Suitable script creates a DataFrame containing the cases/events data. In addition, mapping are needed from the DataFrame column names defining which column is case id, event type name and timestamp. Note that in the loading script, it's not possible to refer to the same model's eventlog to avoid a circular reference.

The loading script is run in a security context where there are GenericRead and GenericWrite permissions for the project, where the loaded model is located. This means that the loading script has access to all data in the same project and also a write access e.g. to the datatables. Note that user's own permissions are not applied by the loading script. This is also when the model is loaded automatically on server startup, as in that case there is no user who initiated the loading.

When loading data from an ODBC datasource, the AllowExternalDatasources setting needs to be enabled.

Examples

Load from Snowflake datatable

This example loading script loads data from datatable MyDatatable located in the same project as the model. It can be used to load data from a Snowflake datatable to an in-memory model.

Project.DatatableByName("MyDatatable").SqlDataFrame.Collect();

Load from other model

Loading script for events that takes the eventlog from another model:

ToDataFrame(
  EventLogById(1).Events.[Case.Name, TypeName, Timestamp],
  ["CaseId", "EventType", "Timestamp"]
)

Load sample from other model

Loading script for events:

let maxEventsPerModel = 1000;
let ms = ["SAP_OrderToCash", "BPIC13_incidents"].(
  Let("modelName", _), Models.Where(Name == modelName))[0]);
  Let("eventAttributes", ToDictionary());
  ms.EventAttributes.(
    Let("ea", _), eventAttributes.Set(ea.Name, ea));
    Let("orderedEventAttributes", OrderByValue(eventAttributes.Keys));
    ConcatTop([[Flatten(
      ["Case", "EventType", "TimeStamp", orderedEventAttributes])],
      ConcatTop(ms.EventLog.Events[NumberRange(0, Min(CountTop(_), maxEventsPerModel) - 1)].Flatten(
        [Case.Name, Type.Name, TimeStamp, (Let("evt", _), orderedEventAttributes.(
          Let("att", _), evt.Attribute(att)
        )
      )]
    )
  )]
)

Loading script for cases:

let maxEventsPerModel = 1000;
let ms = ["SAP_OrderToCash", "BPIC13_incidents"];
let modelName =_;
Models.Where(Name == modelName))[0]);
let caseAttributes = ToDictionary();
ms.CaseAttributes.{
  let ca = _;
  caseAttributes.Set(ca.Name, ca);
};
let orderedCaseAttributes = OrderByValue(caseAttributes.Keys);
let cases = ToDictionary());
ms.EventLog.Events[NumberRange(0, Min(CountTop(_), maxEventsPerModel) - 1)].Case.{
  let c= _;
  cases.Set(c, true);
}
ConcatTop([[
  Flatten(["Case", "Model", orderedCaseAttributes]),
  cases.Keys.Flatten([Name, EventLog.Name, {
    let c = _;
    orderedCaseAttributes.{
      let att = _;
      c.Attribute(att);
    }
  }]);
]]);

Load data embedded into expression

Create a model with eventlog data embedded into the expression.

ToDataFrame(
  [
    ["a", "et1", DateTime(2019,1)],
    ["a", "et2", DateTime(2019,2)],
    ["a", "et3", DateTime(2019,3)],
    ["b", "et1", DateTime(2019,2)],
    ["c", "et3", DateTime(2019,2)],
    ["c", "et2", DateTime(2019,3)],
    ["c", "et2", DateTime(2019,4)],
    ["c", "et3", DateTime(2019,5)],
    ["c", "et4", DateTime(2019,6)]
  ],
  ["Case","Timestamp","EventType"]
)

Load data with several ODBC queries

This loading script loads events using several ODBC queries (each event type separately).

let eventTypes = ["Invoice Created", "Requested Delivery", "Inventory Date", "Invoice Payment", "Actual Delivery"];
let data = eventTypes.(
  ImportODBC(
    "Driver={ODBC Driver 17 for SQL Server};Server=SERVER\\MSSQLSERVER2017;DataBase=Process Mining Data;Uid=user1;Pwd=pw1;",
    "SELECT [Case] AS \"CaseId\", Event_Type AS \"EventType\", Start_Time AS TimeStamp, Cost, Variable_cost, booleanAttribute1 FROM [OtC Model events] Where [Event_Type]=\'" + _ +"\'"
  )
);
let combinedData = data[0];
For("i", 1, i < CountTop(data), i + 1,
  let("combinedData",
    combinedData.Append(data[i])
  )
);
combinedData;

ODBC Datasource

When getting model data from an ODBC datasource, data is loaded directly from the source when the model is loaded. As improved security, the data is kept only in memory and not stored permanently in QPR ProcessAnalyzer. Suitable ODBC driver needs to be installed in QPR ProcessAnalyzer server, and ODBC connection string and ODBC query are to be defined (examples below). In addition, AllowExternalDatasources setting needs to True to use the ODBC datasource.

Read data from CSV file

Data can be loaded from CSV files located in the file system using Microsoft Access Text Driver (*.txt, *.csv) driver. The following example loads files C:\ProcessMiningData\ModelCaseAttributes.csv and C:\ProcessMiningData\ModelEventData.csv.

  • Cases: Connection String: Driver={Microsoft Access Text Driver (*.txt, *.csv)};DefaultDir=C:\\ProcessMiningData\\;Extensions=asc,csv,tab,txt
  • Cases: ODBC Query: SELECT * FROM [ModelCaseAttributes.csv]
  • Events: Connection String: Driver={Microsoft Access Text Driver (*.txt, *.csv)};DefaultDir=C:\\ProcessMiningData\\;Extensions=asc,csv,tab,txt
  • Events: ODBC Query: SELECT * FROM [ModelEventData.csv]

When reading from CSV files, you may need to set the CSV file format for the ODBC driver using the Schema.ini file (more information: https://docs.microsoft.com/en-us/sql/odbc/microsoft/schema-ini-file-text-file-driver?view=sql-server-2017). ODBC text driver may guess column data type and return null values in case when guessed column type not match. Guessing based top rows of data. ODBC text driver support only one data type per column mixed data types is not supported.

Read data from Excel file

In this example, data is loaded from a Excel file that is accessible from the file system. In this example, the loaded file is C:\ProcessMiningData\ModelData.xlsx and cases are in sheet MyCases and events in sheet MyEvents.

  • Cases: Connection String: Driver={Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb)};DBQ=C:\\ProcessMiningData\\ModelData.xlsx
  • Cases: ODBC Query: SELECT * FROM [MyCases$]
  • Events: Connection String: Driver={Microsoft Excel Driver (*.xls, *.xlsx, *.xlsm, *.xlsb)};DBQ=C:\\ProcessMiningData\\ModelData.xlsx
  • Events: ODBC Query: SELECT * FROM [MyEvents$]

Read data from SQL Server

In this example, data is loaded from an SQL Server table. SQL Server hostname is myServerName, instance name is myInstanceName and database name is MyDatabase. The Trusted_Connection is for Windows authentication.

  • Cases: Connection String: Driver={ODBC Driver 17 for SQL Server};Server=myServerName\\myInstanceName;DataBase=MyDatabase;Trusted_Connection=Yes;
  • Cases: ODBC Query: SELECT CASENAME, COST, COUNTRY, PRODUCT FROM CASES_TABLE
  • Events: Connection String: Driver={ODBC Driver 17 for SQL Server};Server=myServerName\\myInstanceName;DataBase=MyDatabase;Trusted_Connection=Yes;
  • Events: ODBC Query: SELECT CASENAME, CREATED_DATE, CREATED_BY FROM EVENTS_TABLE

If SQL Server authentication is used, the connection string is Driver={ODBC Driver 17 for SQL Server};Server=myServerName\myInstanceName;DataBase=MyDatabase;Trusted_Connection=No;Uid=myUsername;PWD=myPassword;

More about SQL Server connection strings: https://www.connectionstrings.com/sql-server/

Troubleshooting for ODBC Loading

The following error message may be encountered: System.Data.Odbc.OdbcException (0x80131937): ERROR [IM002] [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified. Probable reason is that the ODBC driver is missing or driver name is not correct. To solve the issue:

  • Check ODBC drivers is installed by running C:\Windows\System32\odbcad32.exe.
  • Check the connection string.

The following error message may be encountered: ERROR [HY024] [Microsoft][ODBC Text Driver] '(unknown)' is not a valid path. Make sure that the path name is spelled correctly and that you are connected to the server on which the file resides.. Example error when specified directory is missing:

Error when CSV file is missing: System.Data.Odbc.OdbcException (0x80131937): ERROR [42S02] [Microsoft][ODBC Text Driver] The Microsoft Access database engine could not find the object 'CaseAttributes.csv'. Make sure the object exists and that you spell its name and the path name correctly. If 'CaseAttributes.csv' is not a local object, check your network connection or contact the server administrator.

Error codes for troubleshooting: ODBC Error Codes.

If the error message mention about Case or Event attributes named as F<column number> (e.g. F10), the data might be inconsistent, as there might be different amount of columns in different rows.