In this section: |
The Instance Layer is typically used as a canonical interface for all connected systems. Batch load operations need to map connected systems data to this model and interfaces of RW services are derived from the Instance model. For more information on modeling approach and model importing, see Creating a Logical Model.
To create an instance model from scratch, you need to:
This section describes how to add an Instance entity.
To add an Instance entity:
A new entity is added, as shown in the following image. Take note of the validation errors.
You must specify the GUI label for each attribute as it will be used in the application for data browsing (if the label is empty, the attribute name is used instead). For more information on linking your Reference Data definitions to attributes you want to check, see Adding Reference Data.
Note: Special columns allow you to add technical columns (not necessarily part of the data model) and are not influenced by model importing (in case of continuous or multiple iterations).
For example, if cio_last_name was [Johnson, Johnson, White] in the last three processing events, then the column defined for keeping previous values (for example, prev_last_name) will contain [Johnson, White]. You can define any separator for the values.
In contrast to Previous Distinct Values, Old Value Columns keep only the last previous value. Using the example above, the available value will be Johnson.
This section describes how to add a relationship between Instance entities.
To add a relationship between Instance entities:
The relationship configuration window appears.
The Parent Role and Child Role are used as aliases in web services for model traversing (instead of using the relationship name and its reverse name).
The Parent Table field indicates the independent entity in the relationship. The relationship arrow points from the dependent entity (Child Table) towards the independent.
The Relationship Type drop-down list has Same System selected because it is defined within the same connected system. You can use this option to separate the same records (same source_id) from different systems, which usually pertains to most cases.
The Foreign Keys section allows you to define the relationship (content assist is available).
The following image shows the Copy Columns from Parent -> Child tab.
The following image shows the Copy Columns from Child -> Parent tab.
An associative table and two 1:N relations has to be defined every time you need to express an M:N relationship between two entities.
The following image shows an M:N relationship example of the party and contract entities connected with the rel_party2contract associative table.
iWay Software |