internal data tablesof different ve

internal data tablesof different vender databases that are physically separated, soFullOuterJoin as in Steps S1~S3 is
not feasible. In this case, atemporary table has to be created for the MCDT table to becopied to the server side, and
Synchronization 1 process isperformed, after which the copied data is deleted. This singletransaction by batch
processing guarantees independence ofthe SAMD algorithm for the database vender.Steps S7~S12 display the
Synchronization 3 stage of Fig. 3.When the DSMDT and MCMDT are FullOuterJoined, therows that are subject to
synchronization and the inconsistenttypes are identified using the dangling rows and the DSMDTand MDCMDT
flags and then the synchronization betweenthe DSDT and MCDT is achieved.Step S7 involves synchronizing a
modified row or onedeleted from the MCDT with the DSDT. Under the D1condition, Step S7 searches for a row
with an MCMDT flagvalue of 1 and a DSMDT flag value of 0. The flag valuesindicate that the row was modified or
deleted from the MCDT.A null MDV column of the MDMDT signifies a deletion fromthe MCMT. Otherwise, there
has been a modification. In thecase of deletion, rows that correspond to the rows deletedfrom the MCDT should be
deleted from DSDT, DSMDT andMDMDT. In the case of modification, the DSDT row value isreplaced with the
MCDT row value, and DSMDT row value isreplaced with the MDMDT row value. Upon completion
ofsynchronization, the flag values of the synchronized rows ofthe DSMDT and MCMDT are set to 0. This process
resolvesthe inconsistency cases C3 and C4.Step S8 involves synchronizing the modified or deletedrows from the
DSDT with the MCDT. This step is identical tothe algorithm of Step S7, but synchronization takes place fromthe
DSDT towards the MCDT. Upon completion, this processresolves the inconsistency cases C9 and C13.When
modification or deletion occurs in both DSDT andMCDT, Steps S9 and S10 perform synchronization in thedirection
from the DSDT towards the MCDT or in the reversedirection, according to the synchronization policy. The
rowssubject to synchronization are those with flag values of 1 forboth the DSMDT and MCMDT. Four cases should
beconsidered in Steps S9 and S10, as shown in TABLE II.

ผลลัพธ์ (ไทย) 3:

ข้อมูลภายในฐานข้อมูลที่แตกต่างกัน tablesof ผู้ขายจะแยกทางร่างกาย sofullouterjoin ในขั้นตอน S1 , S3
~ จะไม่คุ้มค่าในการลงทุน ในกรณีนี้ , ตาราง atemporary ได้ถูกสร้างขึ้นสำหรับ mcdt ตาราง becopied ฝั่ง server และ
ประสาน 1 กระบวนการการดำเนินการหลังจากการคัดลอกข้อมูลจะถูกลบ singletransaction นี้ชุด
โดยขั้นตอนวิธีการประมวลผลรับประกัน samd ของความเป็นอิสระสำหรับฐานข้อมูลผู้ขาย ขั้นตอน S7 ~ s12 แสดง
ประสาน 3 ขั้นตอนของรูปที่ 3 . เมื่อ dsmdt mcmdt และเป็น fullouterjoined therows , ที่อยู่ภายใต้
ประสานและ inconsistenttypes จะระบุใช้ห้อยแถวและ dsmdtand mdcmdt
ธง และประสานกับ dsdt mcdt คือและ ลุ้นรับขั้นตอนที่เกี่ยวข้องกับการดัดแปลงเป็น S7
แถวหรือ onedeleted จาก mcdt กับ dsdt . ภายใต้ d1condition ขั้นตอน S7 ค้นหาแถว
กับ mcmdt flagvalue 1 และ dsmdt ธงค่า 0 ธง valuesindicate ที่แถวถูกแก้ไขหรือถูกลบจาก mcdt
เป็น null . md คอลัมน์ของ mdmdt หมายถึงลบจาก mcmt . ไม่เช่นนั้น
ได้รับการปรับเปลี่ยนใน กรณีของการลบแถวที่ตรงกับแถว deletedfrom ที่ mcdt ควรจะถูกลบออกจาก dsdt dsmdt
, andmdmdt . ในกรณีของการปรับเปลี่ยน , dsdt แถวมูลค่า isreplaced ด้วย
mcdt แถวมูลค่า และ dsmdt แถวมูลค่า isreplaced กับ mdmdt แถวมูลค่า เมื่อ ofsynchronization เสร็จ
, ค่าธงตรงกันและแถวของ dsmdt mcmdt ถูกตั้งค่าเป็น 0 กระบวนการนี้
กรณี resolvesthe ระหว่าง C3 และ C4 . ขั้นตอน s8 เกี่ยวข้องกับการแก้ไขหรือ deletedrows จาก
dsdt กับ mcdt . ขั้นตอนนี้เป็นขั้นตอนต่อขั้นตอน S7 เหมือนกัน แต่การใช้สถานที่จาก
dsdt ต่อ mcdt . เมื่อเสร็จคดีนี้ processresolves C9
และไม่ c13 เมื่อเปลี่ยนหรือลบเกิดขึ้นทั้งใน andmcdt dsdt ,ขั้นตอนปฏิบัติในการประสานและ S9 S10
จาก dsdt ต่อ mcdt หรือใน reversedirection ตามเพื่อประสานนโยบาย
rowssubject เพื่อประสานเป็นผู้ที่มีคุณค่าสำหรับการ dsmdt ธง 1 และ mcmdt . 4 กรณีควร
พิจารณาในขั้นตอน S9 S10 และ ดังแสดงในตารางที่ 2