A Replication Object Definition describes the structure and content of a Replication Object.
Some Replication Object Definitions are part of the IFS/Applications components and the repository should have this information installed already. If not, it should be possible to install them. There could be some need to modify existing Replication Object Definitions due to customer modifications and there could be a need to create new Replication Objects.
Open the Replication folder.
Master Component is chosen from a List-Of-Values of installed components and the value is used to narrow the List-Of-Value on the Master LU attribute.
Note! When a replicated data is received at a Replica the message containing the data also contains information on what operation on the Master resulted in replication. The operation can be New or Modify. When data is received the Replica always check if data with the same key as the received data is already present in the database. If the New Modify Error attribute is checked then an error is reported if the operation is New and the object already exist in the database or if the operation is Modify and the object is not present in the database. If the New Modify Error attribute is not checked then the object is created (if not present) or modified (if present) regardless of operation.
New LUs are added to a Replication Object with a RMB function. Select a Replication Object, press RMB and choose Insert LU… The displayed dialog box contains the attributes Replication Object Definition, Component, LU Name and Context. Same rules as for the overview window apply. A value has to be chosen for Context. If the context is not known choose any value, it can be changed later.
Company_Id
as part of primary key have
Context = Company,
Contract
as part of primary key have Context
= Site,
View Name defaults to LU name and
Trigger Table defaults to LU name with the
suffix _TAB
. Change these values if they are not the correct ones.
Sometimes several LUs share the same table. If it is so there is some condition in the view that selects the rows belonging to the LU. If there is such a condition it should be entered in Trigger Condition. This makes sure that the trigger only fires when data belonging to the particular LU is changed.
The Trigger Condition must have the prefix
new
.
For example:
LU = Account, View Name = ACCOUNT Trigger Table = ACCOUNTING_CODE_PART_VALUE_TAB Trigger Condition = new.code_part = ‘A’
Open the Replication folder.
If only Replication Objects delivered with the applications are used there is no need to export any data. The same Replication Object Definitions should be available at the Replica(s).
If new Replication Objects has been created they have to be exported from the Master and imported at the Replica(s).
Open the Replication folder.