For importing or updating of data a Data Import object has to be created and configured (for more information, see chapter “Configuration of the Data Import”.)
To start the import, use the context menu command “Import Data“ of a data import object.
The import progress is displayed in an own window.
If during an import process no objects can be created anymore because e.g. the server goes down, read records are not lost. The data are written to a log file and the import process can be continued at a later date (context menu command “Roll Forward”).
Note: When importing data from Microsoft Office Excel to Fabasoft Folio, the files have to be closed that the import process can be processed successfully. Attention: If files are open, no error message is displayed.
For programmatical import (e.g. via script) the action Remote-controlled Import (FSCCOLD@1.1001:ImportRemote) is available with the following parameters:
In this section basis of a very simple, concrete example, all steps of a data import are demonstrated.
Organizations and their employees shall be imported. Exemplary the following data are available:
Organization:
Contact Person:
Employee:
The following Microsoft SQL server tables can be produced in the data base “migration“:
Organization
Content:
Contact Person
Content:
Employee
Content:
To be able to access the data, the OLE-DB interface is used and for that an UDL file is created (see chapter ”OLE DB“). As provider, in the properties of the UDL file (“Provider” tab) select the “Microsoft OLE DB Provider for SQL Server”. On the “Connection” tab select the relevant Microsoft SQL server, enter the connection information and specify the data base.
In the Fabasoft Folio domain, create a Data Import object for each table of the data base (Organization, Person and Employee).
Organizations
The organizations are imported first.
For each object property to be set an entry in the Mapping field is necessary. For unique identification, the ID is assigned to the property External Key (COOSYSTEM@1.1:objexternalkey) that is part of each object. The name is used as object name.
The property for the branch of industry needs a term object. Therefore to steps are necessary. First, in the Mapping field, for the branch select the object class FSCTERM@1.1001:Term, select the Property Name and determine to use it as a “Key” (for each branch the same object is used). Second, in the Object Relations field, assign the term to the property Industry of the organization.
In this example no further values are specified in the table.
To avoid duplicate organization objects, in Class Properties select “Check by Query for Each Object“ for object class (FSCFOLIO@1.1001:Organisation).
Result (Based on the data of chapter “Initial Situation”)
Contact Persons
For each object property to be set an entry in the Mapping field is necessary. For unique identification, the ID is assigned to the property External Key (COOSYSTEM@1.1:objexternalkey) that is part of each object. For surname and first name two further entries have to be created.
For the e-mail address, two things have to be considered:
The property E-Mail Addresses (COOMAPI@1.1:emailinformation) is an aggregate. The single parts of the compound property can be addressed by a property path. To avoid duplicate entries (during multiple imports) the e-mail address is used as aggregate key (option “Aggregate Key”). Additionally select the option “Must Be Defined in Aggragate“ to avoid entries when there is no e-mail address and the option “Content as Value” to interpret the contents of the database as a value.
As address topic three terms (FSCTERM@1.1001:TermComponentObject, “Business”, “Private”, “Other”) are available. Our e-mail addresses get the topic “Business”. In the Mapping field, for object class FSCTERM@1.1001:TermComponentObject, select the Property Address (COOSYSTEM@1.1:objaddress) and as value type the object address of the desired term. In the Object Relations field, assign the term object to the property path “E-Mail Adresses.Topic” of Persons.
Result (Based on the data of chapter “Initial Situation”)
Relations
The relation between persons and organizations is created through a further import. Therefore the property External Key of Organizations and Persons is used. To avoid double entries of persons in organizations, in the Object Relations field use the option “Unique Entries in List”. In the Class Properties field is defined, that objects that do not exist yet are not created.
Result (Based on the data of chapter “Initial Situation”)
The next chapter gives an example for a file import.