1) Every database table must have a

1) Every database table must have a primary key.
2) The primary keys of the data table and the messagedigest table have an identical value for a given row.
3) A new row is inserted into the mobile database andanother one into the server-side database; the primarykey
values of the two rows cannot be identical.
The relational database model involves every table having arestrictions 1) and 2) are basic conditions. Restriction3)
implies that there is no integrity collision for the primarykey during the synchronization process between the
mobiledatabase and the server-side database. Even though identicalprimary key values can be inserted at both ends,
this problemis not taken into consideration since it can easily be resolvedby application-level processing or the
synchronization policy.Fig. 4 exhibits the flow chart for the SAMDsynchronization algorithm.Steps S1~S3 represent
the Synchronization 2 stage of Fig. 3.When the DSDT and DSMDT are FullOuterJoined, DSDTrows, for which
Steps S1, S2 and S3 should be applied, can beidentified by dangling rows.Step S1 is the synchronization process
with the DSMDTwhen a row of the DSDT has been modified. The messagedigest value is calculated for the DSDT
row, which iscompared to the MDV column value of the DSMDT. If thetwo values are identical, it means that there
has not been achange at the DSDT row, and vice versa. If a change isdetected, DSMDT's MDV column value is
replaced with themessage digest value of DSDT's row, and the flag column isset to 1.Steps S2~S3 are the

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

1) ตารางทุกฐานข้อมูลต้องมีคีย์หลัก2) คีย์หลักของตารางข้อมูลและตาราง messagedigest มีค่าเหมือนกันสำหรับแถวที่กำหนด3) แถวใหม่แทรก andanother ฐานข้อมูลโทรศัพท์มือถือหนึ่งในฝั่งเซิร์ฟเวอร์ฐานข้อมูล primarykeyค่าสองแถวไม่เหมือนกันแบบจำลองฐานข้อมูลเชิงสัมพันธ์เกี่ยวข้องกับทุกตารางที่มี arestrictions 1 และ 2) เป็นเงื่อนไขพื้นฐาน Restriction3)บ่งชี้ว่า มีการชนไม่สมบูรณ์สำหรับ primarykey ในระหว่างกระบวนการซิงโครไนส์ระหว่างการmobiledatabase และฝั่งเซิร์ฟเวอร์ฐานข้อมูล แม้ว่าจะสามารถแทรกค่าคีย์ identicalprimary ที่ปลายทั้งสองproblemis นี้ไม่นำมาพิจารณาเนื่องจากมันสามารถถูกประมวลผลระดับโปรแกรมประยุกต์ resolvedby หรือซิงโครไนส์ policy.Fig. 4 จัดแสดงแผนภูมิการไหลสำหรับอัลกอริทึม SAMDsynchronizationขั้นตอน S1 ~ แสดงถึง S3ขั้น 2 ตรง Fig. 3.เมื่อเดอะ DSDT และ DSMDT มี FullOuterJoined, DSDTrows ที่ขั้นตอน S1, S2 และ S3 ควรใช้ สามารถ beidentified โดยแถวทางที่ห้อยอยู่ขั้นตอน S1 เป็นการซิงโครไนส์มี DSMDTwhen แถว DSDT มีการแก้ไข มีคำนวณค่า messagedigest สำหรับ DSDTแถว iscompared ซึ่งค่าคอลัมน์ MDV ของ DSMDT ถ้าค่าสองจะเหมือนกัน มันหมายความ ว่า มีไม่ได้ achange แถว DSDT และในทางกลับกัน ถ้า isdetected การเปลี่ยนแปลง ค่าคอลัมน์ของ DSMDT MDV เป็นแทนที่ ด้วยค่าแถวของ DSDT และ isset คอลัมน์ค่าสถานะเพื่อ 1. S2 ตอนย่อย themessage ~ S3 คือการ

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

1) ตารางฐานข้อมูลที่ทุกคนต้องมีคีย์หลัก.
2) คีย์หลักของตารางข้อมูลและตาราง messagedigest มีค่าเหมือนกันสำหรับแถวที่กำหนด.
3) แถวใหม่ถูกแทรกลงในฐานข้อมูลมือถือ andanother หนึ่งไปยังเซิร์ฟเวอร์ ฐานข้อมูลด้าน PrimaryKey
คุณค่าของสองแถวไม่สามารถเป็นเหมือนกัน.
รูปแบบฐานข้อมูลเชิงสัมพันธ์เกี่ยวข้องกับตารางที่มีทุก arestrictions 1) และ 2) เป็นเงื่อนไขพื้นฐาน Restriction3)
แสดงให้เห็นว่าไม่มีการปะทะกันความสมบูรณ์สำหรับ PrimaryKey ในระหว่างขั้นตอนการประสานระหว่าง
mobiledatabase และฐานข้อมูลด้านเซิร์ฟเวอร์ แม้ว่าค่าคีย์ identicalprimary สามารถแทรกที่ปลายทั้งสอง
นี้ problemis ไม่ได้นำมาพิจารณาเพราะมันสามารถจะประมวลผลระดับโปรแกรมประยุกต์ resolvedby หรือ
policy.Fig ประสาน 4 จัดแสดงแผนภูมิการไหลสำหรับ SAMDsynchronization algorithm.Steps S1 ~ S3 เป็นตัวแทนของ
การประสาน 2 ขั้นตอนของรูป 3. เมื่อ DSDT และ DSMDT จะ FullOuterJoined, DSDTrows ซึ่ง
ขั้นตอน S1, S2 และ S3 ควรใช้สามารถ beidentified โดยห้อย rows.Step S1 เป็นกระบวนการประสาน
กับ DSMDTwhen แถวของ DSDT ได้รับการแก้ไข ค่า messagedigest มีการคำนวณสำหรับ DSDT
แถวซึ่ง iscompared กับค่าคอลัมน์ MDV ของ DSMDT หากค่า thetwo เหมือนกันก็หมายความว่ามี
ไม่ได้รับ achange ที่แถว DSDT และในทางกลับกัน หากมีการเปลี่ยนแปลง isdetected ค่าคอลัมน์ MDV DSMDT ถูก
แทนที่ด้วย themessage ย่อยค่าของแถว DSDT และ isset คอลัมน์ธงเพื่อ 1.Steps S2 S3 เป็น ~

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

1 ) ทุกตารางฐานข้อมูลต้องมีคีย์หลัก .
2 ) คีย์หลักของตารางข้อมูลและตารางเมสเซสไดเจสต์ที่มีค่าเหมือนกันเพื่อให้แถว .
3 ) แถวใหม่จะถูกแทรกลงในฐานข้อมูลมือถือแล้วหนึ่งในฝั่งเซิร์ฟเวอร์ฐานข้อมูล ; ไพรมารีคีย์
ค่าสองแถว ไม่สามารถ
เหมือนกัน .แบบจำลองฐานข้อมูลเชิงสัมพันธ์เกี่ยวข้องกับทุกโต๊ะมี arestrictions 1 ) และ 2 ) เป็นเงื่อนไขเบื้องต้น restriction3 )
แสดงว่าไม่มีความขัดแย้งในไพรมารีคีย์ในการประสานกระบวนการระหว่าง
mobiledatabase และฝั่งเซิร์ฟเวอร์ฐานข้อมูล แม้ว่า identicalprimary ค่าคีย์ที่สามารถแทรกที่ปลายทั้งสอง
นี้ problemis ไม่นำมาพิจารณา เพราะมันสามารถ resolvedby ระดับการประยุกต์การประมวลผลหรือ
ประสาน policy.fig ได้อย่างง่ายดาย 4 แสดงแผนภูมิการไหลสำหรับ samdsynchronization ขั้นตอนวิธี ขั้นตอน S1 ~ S3
2 เป็นตัวแทนประสานขั้นตอนรูปที่ 3 . เมื่อ dsdt dsmdt และเป็น fullouterjoined dsdtrows ซึ่งขั้นตอน
, S1 , S2 และ S3 ควรใช้สามารถ beidentified แถวห้อย ก้าว S1 คือกระบวนการประสาน
กับ dsmdtwhen แถวของ dsdt ได้รับการแก้ไข เมสเซสไดเจสต์เป็นค่าคำนวณสำหรับ dsdt
แถว ซึ่งเปรียบเทียบกับค่าของ dsmdt . md คอลัมน์ . ถ้าค่าทั้งสองจะเหมือนกัน นั่นหมายความ ว่า ยังไม่ได้รับการเปลี่ยนแปลง
ที่ dsdt แถวและในทางกลับกัน ถ้าเปลี่ยนก็ไม่ปรากฏว่า dsmdt . md , คอลัมน์ค่า
แทนที่ด้วยการแยกแยะคุณค่าของ dsdt ของแถวและคอลัมน์ธง isset เพื่อ 1 . S2 ~ S3 เป็นขั้นตอน