A. Synchronization Framework
Fig. 1 represents a synchronization framework using asynchronization server in a mobile business environment.
The whole framework consists of a server-side database, synchronization server (AnySyn) and multiple mobile
deviceswith internal mobile databases.
The server-side database maintains all of the data requiredfor business, and the mobile database downloads copies
ofdata the user needs from the server-side database. Thesynchronization server is located between the two databases
tosynchronize the data and manage additional informationrequired for synchronization. The AnySyn
synchronization server performs synchronization based on the SAMDalgorithm. The synchronization policy is
established in AnySyn, and the load caused by accessing the server-sidedatabase is minimized by operating a
connection pool. Everymobile device uses a separate toolkit to access the AnySyn server over a wired network to
perform synchronization.
B. Rows Inconsistency
An inconsistency refers to a state in which the publisheddata in the server-side database and the subscribed data
inthe mobile database carry different values due to a changeat either side. The two databases add, delete and
modifydata independently, which makes inconsistency inevitable.TABLE I displays every case for an inconsistency
for asingle row.Among the 16 cases indicated in TABLE I, Cases 6, 7, 8,10 and 14 include the ADD operation,
which cannot occurfor a single row. For example, in Case 7 the row added atthe server side is different from the row
modified at theclient; therefore, it cannot be considered an inconsistency.Case 7 is equivalent to Case 3 and Case 5
C. Message Digest
Message digest consists of a unidirectional hash functionthat maps a message of a random length to a fixedlength
hashvalue. Message digest h is created by the hash function H,which can be expressed as follows:h = H(M)M
is a message of a random length and H(M) is a fixedlengthmessage digest. Even a single bit changed in themessage
causes a change of message digest value [9]. Fig. 2demonstrates how this message digest mechanism can beapplied
to a relational database to examine data identitybetween rows of two tables.Data in two rows are identical if two
rows in Tables Aand B have identical message digest values. If the twovalues are different, it means that the two
rows have one ormore different column values. Accordingly, this method canbe useful in detecting inconsistency
between two rows.Once a row with an inconsistency is detected, the row iscopied using the primary key in the
direction ofsynchronization according to the synchronization policy.This synchronization algorithm identifies a
modified rowwithout relying on the database's internal functions, logs ormetadata to enable synchronization that is
independent ofthe database vender.
A. Synchronization Framework
Fig. 1 represents a synchronization framework using asynchronization server in a mobile business environment.
The whole framework consists of a server-side database, synchronization server (AnySyn) and multiple mobile
deviceswith internal mobile databases.
The server-side database maintains all of the data requiredfor business, and the mobile database downloads copies
ofdata the user needs from the server-side database. Thesynchronization server is located between the two databases
tosynchronize the data and manage additional informationrequired for synchronization. The AnySyn
synchronization server performs synchronization based on the SAMDalgorithm. The synchronization policy is
established in AnySyn, and the load caused by accessing the server-sidedatabase is minimized by operating a
connection pool. Everymobile device uses a separate toolkit to access the AnySyn server over a wired network to
perform synchronization.
B. Rows Inconsistency
An inconsistency refers to a state in which the publisheddata in the server-side database and the subscribed data
inthe mobile database carry different values due to a changeat either side. The two databases add, delete and
modifydata independently, which makes inconsistency inevitable.TABLE I displays every case for an inconsistency
for asingle row.Among the 16 cases indicated in TABLE I, Cases 6, 7, 8,10 and 14 include the ADD operation,
which cannot occurfor a single row. For example, in Case 7 the row added atthe server side is different from the row
modified at theclient; therefore, it cannot be considered an inconsistency.Case 7 is equivalent to Case 3 and Case 5
C. Message Digest
Message digest consists of a unidirectional hash functionthat maps a message of a random length to a fixedlength
hashvalue. Message digest h is created by the hash function H,which can be expressed as follows:h = H(M)M
is a message of a random length and H(M) is a fixedlengthmessage digest. Even a single bit changed in themessage
causes a change of message digest value [9]. Fig. 2demonstrates how this message digest mechanism can beapplied
to a relational database to examine data identitybetween rows of two tables.Data in two rows are identical if two
rows in Tables Aand B have identical message digest values. If the twovalues are different, it means that the two
rows have one ormore different column values. Accordingly, this method canbe useful in detecting inconsistency
between two rows.Once a row with an inconsistency is detected, the row iscopied using the primary key in the
direction ofsynchronization according to the synchronization policy.This synchronization algorithm identifies a
modified rowwithout relying on the database's internal functions, logs ormetadata to enable synchronization that is
independent ofthe database vender.
การแปล กรุณารอสักครู่..

1 . การประสานกรอบ
รูปที่ 1 แสดงถึงการประสานกรอบการใช้ asynchronization Server ในสภาพแวดล้อมทางธุรกิจมือถือ
กรอบทั้งหมดประกอบด้วยฝั่งเซิร์ฟเวอร์ฐานข้อมูลการประสานเซิร์ฟเวอร์ ( anysyn ) และหลาย deviceswith ภายในมือถือมือถือ
ฝั่งเซิร์ฟเวอร์ฐานข้อมูล ฐานข้อมูลเก็บข้อมูลทั้งหมด requiredfor ธุรกิจและโทรศัพท์มือถือดาวน์โหลดฐานข้อมูลสำเนา
ข้อมูลที่ผู้ใช้ต้องการจากฝั่งเซิร์ฟเวอร์ฐานข้อมูล thesynchronization เซิร์ฟเวอร์ตั้งอยู่ระหว่างสองฐานข้อมูล
tosynchronize ข้อมูลและจัดการ informationrequired เพิ่มเติมสำหรับประสาน การ anysyn
ตรงกันเซิร์ฟเวอร์ประสิทธิภาพการยึด samdalgorithm . ประสานนโยบายก่อตั้งขึ้นใน anysyn
,และภาระที่เกิดจากการเข้าถึงเซิร์ฟเวอร์ sidedatabase น้อยที่สุด โดยปฏิบัติการ
การเชื่อมต่อสระ อุปกรณ์ everymobile ใช้เครื่องมือแยกต่างหากเพื่อเข้าถึงเซิร์ฟเวอร์ผ่านเครือข่ายแบบมีสาย anysyn
แสดงประสาน
B
แถวความไม่สมเหตุสมผลหมายถึงสภาวะที่ publisheddata ในฝั่งเซิร์ฟเวอร์ฐานข้อมูลและข้อมูล
สมัครฐานข้อมูลในมือถือถือค่าแตกต่างกันเนื่องจากการ changeat ทั้งสองข้าง สองฐานข้อมูลเพิ่ม , ลบและ
modifydata อิสระ ซึ่งทำให้ไม่ inevitable.table ฉันแสดงทุกกรณีไม่สมเหตุสมผล
สำหรับแถวซิงเกิล ระหว่าง 16 ราย พบในโต๊ะผม รายที่ 6 , 7 , 8,10 และ 14 รวมเพิ่มผ่าตัด
ซึ่งไม่สามารถ occurfor แถวเดียว ตัวอย่างเช่นในกรณี 7 แถวเพิ่มในฝั่งเซิร์ฟเวอร์ที่แตกต่างจากแถว
แก้ไข theclient ดังนั้น จึงไม่ถือเป็นความขัดแย้ง กรณี 7 เท่ากับคดี 3 คดี 5
C ข้อความย่อย
ข้อความย่อยประกอบด้วยทางเดียว hash หน้าที่การทำงานแผนที่ข้อความสุ่มเพื่อ fixedlength
hashvalue ความยาว . H ย่อยข้อความจะถูกสร้างโดยกัญชาฟังก์ชัน h ,ซึ่งสามารถแสดงได้ดังนี้ H = H ( M ) M
เป็นข้อความของความยาวแบบสุ่มและ H ( M ) คือ fixedlengthmessage ย่อย แม้แต่บิตเดียวการเปลี่ยนแปลงในการ
สาเหตุเปลี่ยนข้อความย่อยมูลค่า [ 9 ] รูปที่ 2demonstrates วิธีการนี้สามารถประยุกต์ใช้กลไกข้อความย่อย
กับฐานข้อมูลเพื่อตรวจสอบ identitybetween ข้อมูลแถวของโต๊ะสองโต๊ะ ข้อมูลในแถวสองเหมือนกัน ถ้า 2
แถวตารางและ B ได้เหมือนกันข้อความย่อยค่า ถ้า twovalues ต่างกัน หมายความว่าสอง
แถวมี ormore คอลัมน์ต่าง ๆค่า ดังนั้นวิธีการนี้สามารถเป็นประโยชน์ในการตรวจสอบความไม่สอดคล้องกัน
ระหว่างสองแถว เมื่อแถวที่มีลักษณะที่ตรวจพบ แถว iscopied โดยใช้คีย์หลักใน
ofsynchronization ทิศทางตามการประสานนโยบาย นี้ประสานขั้นตอนวิธีระบุ
แก้ไข rowwithout อาศัยฟังก์ชันภายในของฐานข้อมูลบันทึก ormetadata ให้ตรงกันว่าเป็น
อิสระของฐานข้อมูลผู้ขาย
การแปล กรุณารอสักครู่..
