internal data tables of different vender databases that are physically separated, so Full Outer Join as in Steps S1~S3 is
not feasible. In this case, at emporary table has to be created for the MCDT table to be copied to the server side, and
Synchronization 1 process is performed, after which the copied data is deleted. This single transaction by batch
processing guarantees independence of the SAMD algorithm for the database vender.Steps S7~S12 display the
Synchronization 3 stage of Fig. 3.When the DSMDT and MCMDT are FullOuterJoined, the rows that are subject to
synchronization and the inconsistent types are identified using the dangling rows and the DSMDT and MDCMDT
flags and then the synchronization between the DSDT and MCDT is achieved. Step S7 involves synchronizing a
modified row or one deleted from the MCDT with the DSDT. Under the D1 condition, Step S7 searches for a row
with an MCMDT flag value of 1 and a DSMDT flag value of 0. The flag values indicate that the row was modified or
deleted from the MCDT. A null MDV column of the MDMDT signifies a deletion from the MCMT. Otherwise, there
has been a modification. In the case of deletion, rows that correspond to the rows deleted from the MCDT should be
deleted from DSDT, DSMDT and MDMDT. In the case of modification, the DSDT row value is replaced with the
MCDT row value, and DSMDT row value is replaced with the MDMDT row value. Upon completion
of synchronization, the flag values of the synchronized rows ofthe DSMDT and MCMDT are set to 0. This process
resolves the inconsistency cases C3 and C4.Step S8 involves synchronizing the modified or deleted rows from the
DSDT with the MCDT. This step is identical to the algorithm of Step S7, but synchronization takes place from the
DSDT towards the MCDT. Upon completion, this process resolves the inconsistency cases C9 and C13. When
modification or deletion occurs in both DSDT and MCDT, Steps S9 and S10 perform synchronization in the direction
from the DSDT towards the MCDT or in the reverse direction, according to the synchronization policy. The
rows subject to synchronization are those with flag values of 1 for both the DSMDT and MCMDT. Four cases should
be considered in Steps S9 and S10, as shown in TABLE II.
internal data tables of different vender databases that are physically separated, so Full Outer Join as in Steps S1~S3 is
not feasible. In this case, at emporary table has to be created for the MCDT table to be copied to the server side, and
Synchronization 1 process is performed, after which the copied data is deleted. This single transaction by batch
processing guarantees independence of the SAMD algorithm for the database vender.Steps S7~S12 display the
Synchronization 3 stage of Fig. 3.When the DSMDT and MCMDT are FullOuterJoined, the rows that are subject to
synchronization and the inconsistent types are identified using the dangling rows and the DSMDT and MDCMDT
flags and then the synchronization between the DSDT and MCDT is achieved. Step S7 involves synchronizing a
modified row or one deleted from the MCDT with the DSDT. Under the D1 condition, Step S7 searches for a row
with an MCMDT flag value of 1 and a DSMDT flag value of 0. The flag values indicate that the row was modified or
deleted from the MCDT. A null MDV column of the MDMDT signifies a deletion from the MCMT. Otherwise, there
has been a modification. In the case of deletion, rows that correspond to the rows deleted from the MCDT should be
deleted from DSDT, DSMDT and MDMDT. In the case of modification, the DSDT row value is replaced with the
MCDT row value, and DSMDT row value is replaced with the MDMDT row value. Upon completion
of synchronization, the flag values of the synchronized rows ofthe DSMDT and MCMDT are set to 0. This process
resolves the inconsistency cases C3 and C4.Step S8 involves synchronizing the modified or deleted rows from the
DSDT with the MCDT. This step is identical to the algorithm of Step S7, but synchronization takes place from the
DSDT towards the MCDT. Upon completion, this process resolves the inconsistency cases C9 and C13. When
modification or deletion occurs in both DSDT and MCDT, Steps S9 and S10 perform synchronization in the direction
from the DSDT towards the MCDT or in the reverse direction, according to the synchronization policy. The
rows subject to synchronization are those with flag values of 1 for both the DSMDT and MCMDT. Four cases should
be considered in Steps S9 and S10, as shown in TABLE II.
การแปล กรุณารอสักครู่..
