A. Performance EvaluationThe SAMD a

A. Performance Evaluation
The SAMD algorithm was implemented using JAVA andwere linked with databases using JDBC (Java
DatabaseConnectivity). The commercial synchronization solution, which is vender-independent of server-side
database and hasmiddle-tier architecture, was used in order to compare SAMD.Because the properties of the
commercial synchronizationsolution and SAMD are similar, this comparison is reasonable.As for the message
digest, JCE (Java CryptographyExtension) [10] was used.For performance evaluation, the commercial RDBMS
andmobile database were installed on one machine to eliminatethe network effect factors. First, 5000 randomly
generatedrows were inserted into RDBMS, sent throughsynchronization and the same 5000 rows were inserted
intomobile database. Then, we inserted 100 rows into RDBMS,and then inserted another 100 rows into mobile
database.Afterwards, 100 rows were deleted from mobile database andanother 100 rows modified. The modified and
deleted datawere programmed to be equally spaced among the 5000 rows.In this condition, performance was
evaluated by comparingthe synchronization time of SAMD and the commercialsynchronization solution. We
evaluated synchronization timeten times using different data in the sameconditions andcalculated the average. As
shown in TABLE III, the performance evaluation result indicates that SAMD is fasterthan the commercial
synchronization solution by an averageof 0.64 seconds.

For the commercial synchronization solution, asynchronization SQL or a JAVA script must be written [11].This is a
very cumbersome and inconvenient process thatrequires a substantial amount of time to become familiar
with.Furthermore, some cases in TABLE I are not supported.Therefore, our evaluation could not be performed for
all caseslisted in TABLE I but only for the four cases mentioned above.The commercial synchronization solution
requires thatadditional data table, procedures and triggers be created forsynchronizing with a server-side database
that is not a samevender of the commercial synchronization solution [11]. Thereare no such requirements for the
SAMD algorithm. Whereas thevender of the commercial synchronization solution and themobile database must be
the same, but SAMD mandates norestrictions regarding the types of the server-side databases orthe mobile
databases. Therefore, there is an advantage in termsof having a wide use property in addition to performance.
However; SAMD maintains a separate message digest table, which is a disadvantage from the perspective of
storageefficiency. However, since large scale storage is relativelyinexpensive and scalable, this is not a major issue.
SAMDonly offers implementation of the essential elements forsynchronization and not supports various other
aspectsrequired for a commercial product. In addition, it lackssufficient generality to be applicable in an actual
workingenvironment. Therefore, it may not be completely appropriateto compare SAMD with a commercial
product. Under thecircumstances, however, SAMD does not fall far behind thecommercial synchronization solution
and there are theadvantages explained above including user friendliness,simple synchronization and complete
vender independence.
B. Quality Evaluation
A SAMD algorithm was designed to maintain the objectiveof algorithm as mentioned in part A of Section
III. Thementioned objectives are problems that existing commercialsynchronization products have, so if these
objectives are notachieved, the wide use property for application ofsynchronization algorithm would not be fulfilled.
The widelyused technologies for mobile database synchronization aretimestamp & snapshot technique, using staging
table in middletier,integrated RDBMS which use message and before-imagetechnique. The commercial
synchronization solutions which usethese technologies were compared with SAMD on the basis ofmentioned
algorithm objectives. TABLE? Represents algorithm designing objectives and maintaining or not as toobjectives of
each technologies/SAMD.

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

A. ประเมินประสิทธิภาพอัลกอริทึม SAMD ถูกดำเนินการโดยใช้ JAVA andwere เชื่อมโยงกับฐานข้อมูลโดยใช้ JDBC (Java DatabaseConnectivity) ค้าซิงโครไนส์โซลูชัน ซึ่งเป็นอิสระเวนเดอร์ของฝั่งเซิร์ฟเวอร์ สถาปัตยกรรมฐานข้อมูลและระดับ hasmiddle ถูกใช้เพื่อเปรียบเทียบ SAMDเนื่องจากคุณสมบัติของการ ค้า synchronizationsolution และ SAMD ได้คล้ายกัน การเปรียบเทียบนี้จะเหมาะสมสำหรับข้อความ ใช้ย่อย JCE (Java CryptographyExtension) [10]การประเมินประสิทธิภาพ RDBMS เชิงพาณิชย์ ฐานข้อมูล andmobile ถูกติดตั้งบนเครื่องเดียวกับปัจจัยผลเครือข่าย eliminatethe แรก 5000 แบบสุ่ม generatedrows ถูกแทรกลงใน RDBMS ส่ง throughsynchronization และมีแทรกแถวเดียว 5000 ฐานข้อมูล intomobile จากนั้น เราแทรกแถว 100 RDBMS แล้ว แทรกแถวอื่น 100 ลงในมือถือ ฐานข้อมูลภายหลัง 100 แถวถูกลบออกจากฐานข้อมูลโทรศัพท์มือถือ andanother แถว 100 ปรับเปลี่ยน การแก้ไข และ ลบโปรแกรมให้มีระยะห่างเท่า ๆ กันระหว่างแถว 5000 datawereในสภาพนี้ มีประสิทธิภาพ ประเมินการซิงโครไนส์ comparingthe SAMD และโซลูชั่น commercialsynchronization เรา ประเมิน timeten ตรงเวลาโดยใช้ข้อมูลอื่นใน andcalculated sameconditions เฉลี่ย เป็น แสดงในตาราง III ผลการประเมินประสิทธิภาพการทำงานบ่งชี้ว่า SAMD fasterthan พาณิชย์ โซลูชันการซิงโครไนส์ โดยการ averageof 0.64 วินาทีสำหรับโซลูชันการซิงโครไนส์พาณิชย์ asynchronization SQL หรือสคริปต์ JAVA ต้องเขียน [11]นี่คือการ thatrequires กระบวนการยุ่งยากมาก และไม่สะดวกเวลาคุ้นเคยจำนวนมาก ด้วยการนอกจากนี้ บางกรณีในตารางผมไม่สนับสนุนดังนั้น การประเมินของเราไม่สามารถทำการ caseslisted ทั้งหมดในตารางผมเท่านั้นแต่สำหรับกรณีที่ 4 ดังกล่าวข้างต้นโซลูชันการซิงโครไนส์พาณิชย์ ต้องการ thatadditional ข้อมูลตาราง กระบวนการ และทริกเกอร์สามารถสร้าง forsynchronizing ฝั่งเซิร์ฟเวอร์ฐานข้อมูล ที่ไม่ใช่ samevender ของโซลูชันการซิงโครไนส์พาณิชย์ [11] Thereare ไม่มีข้อกำหนดดังกล่าวในการ อัลกอริทึม SAMD ในขณะที่ thevender ค้าซิงโครไนส์โซลูชันและ themobile ฐานข้อมูลต้อง เหมือนกัน แต่ SAMD norestrictions เกี่ยวกับชนิดของ orthe ฝั่งเซิร์ฟเวอร์ฐานข้อมูลการเคลื่อนที่ด้วยตนเอง ฐานข้อมูล ดังนั้น ได้เปรียบใน termsof ที่มีคุณสมบัติใช้กว้างนอกจากประสิทธิภาพการทำงานอย่างไรก็ตาม SAMD รักษาข้อแยกย่อยตาราง ซึ่งเป็นข้อเสียจากมุมมองของ storageefficiency อย่างไรก็ตาม เนื่องจากเก็บข้อมูลขนาดใหญ่เป็น relativelyinexpensive และสามารถต่อขยาย นี่ไม่ใช่ปัญหาใหญ่ SAMDonly มีของ forsynchronization องค์ประกอบที่สำคัญ และไม่สนับสนุนต่าง ๆ อื่น ๆ aspectsrequired สำหรับผลิตภัณฑ์เชิงพาณิชย์ นอกจากนี้ มัน generality lackssufficient จะใช้ตัวจริง workingenvironment ดังนั้น มันอาจไม่สมบูรณ์ appropriateto เปรียบเทียบ SAMD กับการพาณิชย์ผลิตภัณฑ์ ภายใต้ thecircumstances อย่างไรก็ตาม SAMD ไม่ตกไกลหลัง thecommercial ซิงโครไนส์โซลูชัน และมี theadvantages ที่อธิบายข้างต้นรวมถึงผู้ใช้เป็นมิตร ง่ายตรง และสมบูรณ์ อินดีเพนเดนซ์เวนเดอร์B. ประเมินคุณภาพอัลกอริทึม SAMD ถูกออกแบบมาเพื่อรักษาดังกล่าวในส่วน A ส่วนอัลกอริทึม objectiveof III. Thementioned วัตถุประสงค์คือ ปัญหาที่มีอยู่ผลิตภัณฑ์ commercialsynchronization ดังนั้นหากเหล่านี้ วัตถุประสงค์คือ notachieved คุณสมบัติกว้างใช้สำหรับอัลกอริทึม ofsynchronization แอพลิเคชันจะไม่ตอบสนอง เทคโนโลยี widelyused สำหรับฐานข้อมูลโทรศัพท์มือถือตรง aretimestamp และภาพเทคนิค ใช้การแบ่งระยะ ตารางใน middletier, RDBMS รวมซึ่งใช้ข้อความและก่อนที่จะ imagetechnique เชิงพาณิชย์ ซิงโครไนส์โซลูชันเทคโนโลยี usethese ที่ถูกเปรียบเทียบกับ SAMD บน ofmentioned พื้นฐาน วัตถุประสงค์ของขั้นตอนวิธีการ ตารางหรือไม่ แสดงขั้นตอนวิธีการออกแบบวัตถุประสงค์ และการรักษาหรือไม่ เป็น toobjectives ของ แต่ละ เทคโนโลยี/SAMD

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

A. ประเมินผลการปฏิบัติ
ขั้นตอนวิธี SAMD ถูกนำมาใช้โดยใช้ JAVA andwere เชื่อมโยงกับฐานข้อมูลโดยใช้ JDBC (Java
DatabaseConnectivity) การแก้ปัญหาการประสานในเชิงพาณิชย์ซึ่งเป็นผู้ขายอิสระของฝั่งเซิร์ฟเวอร์
ฐานข้อมูลและสถาปัตยกรรม hasmiddle ชั้นถูกนำมาใช้ในการสั่งซื้อเพื่อเปรียบเทียบ SAMD.Because คุณสมบัติของ
synchronizationsolution เชิงพาณิชย์และ SAMD จะคล้ายการเปรียบเทียบนี้เป็น reasonable.As ข้อความ
ย่อย, JCE (Java CryptographyExtension) [10] เป็น used.For การประเมินผลการปฏิบัติงานในเชิงพาณิชย์ RDBMS
andmobile ฐานข้อมูลที่ถูกติดตั้งบนเครื่องหนึ่งไปยัง eliminatethe ปัจจัยผลเครือข่าย แรก 5000 สุ่ม
generatedrows ถูกใส่เข้าไปใน RDBMS ส่ง throughsynchronization และเดียวกัน 5000 แถวถูกแทรก
ฐานข้อมูล IntoMobile จากนั้นเราจะแทรกเข้าไปใน 100 แถว RDBMS แล้วใส่อีก 100 แถวเข้าไปในมือถือ
database.Afterwards 100 แถวถูกลบออกจากฐานข้อมูลมือถือ andanother 100 แถวแก้ไข การแก้ไขและ
ลบ datawere โปรแกรมจะมีระยะห่างเท่า ๆ กันในหมู่ 5000 rows.In สภาพนี้ผลการดำเนินงานได้รับการ
ประเมินโดยการประสานเวลา comparingthe ของ SAMD และโซลูชัน commercialsynchronization เรา
ประเมินการประสานครั้ง timeten โดยใช้ข้อมูลที่แตกต่างกันใน sameconditions andcalculated เฉลี่ย ในฐานะที่
แสดงในตารางที่สามผลการประเมินผลงานแสดงให้เห็นว่าเป็น SAMD fasterthan พาณิชย์
แก้ปัญหาการประสานโดย averageof 0.64 วินาที. สำหรับการแก้ปัญหาการประสานในเชิงพาณิชย์ asynchronization SQL หรือจาวาสคริปต์จะต้องเขียน [11] นี้เป็นยุ่งยากมากและ กระบวนการไม่สะดวก thatrequires จำนวนมากของเวลาในการทำความคุ้นเคยwith.Furthermore บางกรณีในตารางที่ I จะไม่ supported.Therefore การประเมินของเราไม่สามารถทำได้สำหรับcaseslisted ทั้งหมดในตารางที่ I แต่สำหรับสี่กรณีที่กล่าวถึงข้างต้นประสานเชิงพาณิชย์ การแก้ปัญหาต้องใช้ตารางข้อมูล thatadditional วิธีการและทริกเกอร์ถูกสร้างขึ้น forsynchronizing กับฐานข้อมูลด้านเซิร์ฟเวอร์ที่ไม่ได้ samevender ของการแก้ปัญหาการประสานในเชิงพาณิชย์ [11] ไม่ปรากฎความต้องการดังกล่าวสำหรับขั้นตอนวิธี SAMD ในขณะที่ thevender ของการแก้ปัญหาการประสานในเชิงพาณิชย์และฐานข้อมูล themobile จะต้องเหมือนกัน แต่ SAMD เอกสาร norestrictions เกี่ยวกับชนิดของฐานข้อมูลด้านเซิร์ฟเวอร์ orthe มือถือฐานข้อมูล ดังนั้นจึงมีความได้เปรียบใน termsof มีคุณสมบัติการใช้งานที่กว้างนอกเหนือไปจากผลการดำเนินงาน. อย่างไรก็ตาม; SAMD รักษาข้อความที่แยกต่างหากตารางย่อยซึ่งเป็นข้อเสียจากมุมมองของstorageefficiency แต่เนื่องจากการจัดเก็บข้อมูลขนาดใหญ่เป็น relativelyinexpensive และปรับขนาดนี้ไม่ได้เป็นปัญหาใหญ่. SAMDonly มีการดำเนินงานในองค์ประกอบที่สำคัญ forsynchronization และไม่สนับสนุนอื่น ๆaspectsrequired สำหรับผลิตภัณฑ์ในเชิงพาณิชย์ นอกจากนี้ยัง lackssufficient ทั่วไปที่จะมีผลบังคับใช้ในที่เกิดขึ้นจริงworkingenvironment ดังนั้นจึงอาจจะไม่ได้อย่างสมบูรณ์ appropriateto SAMD เปรียบเทียบกับการค้าสินค้า ภายใต้ thecircumstances แต่ SAMD ไม่ตกไกลหลังการแก้ปัญหาการประสาน thecommercial และมี theadvantages อธิบายข้างต้นรวมทั้งมิตรต่อผู้ใช้ในการประสานความเรียบง่ายและสมบูรณ์ผู้ขายอิสระ. B. ประเมินคุณภาพอัลกอริทึม SAMD ถูกออกแบบมาเพื่อรักษาอัลกอริทึม objectiveof เป็นที่กล่าวถึงในส่วนของมาตราIII วัตถุประสงค์ Thementioned เป็นปัญหาที่มีอยู่ในผลิตภัณฑ์ commercialsynchronization มีดังนั้นหากเหล่านี้มีวัตถุประสงค์ notachieved คุณสมบัติการใช้งานที่กว้างสำหรับการประยุกต์ใช้อัลกอริทึม ofsynchronization จะไม่ได้รับการเติมเต็ม. เทคโนโลยี widelyused สำหรับการประสานฐานข้อมูลมือถือ aretimestamp และเทคนิคการถ่ายภาพโดยใช้การแสดงละครตารางใน middletier, RDBMS แบบบูรณาการ ซึ่งการใช้งานข้อความและก่อน imagetechnique พาณิชย์แก้ปัญหาการประสานซึ่ง usethese เทคโนโลยีถูกนำมาเปรียบเทียบกับ SAMD บนพื้นฐาน ofmentioned วัตถุประสงค์อัลกอริทึม ตาราง? ขั้นตอนวิธีการออกแบบหมายถึงวัตถุประสงค์และการบำรุงรักษาหรือไม่เป็น toobjectives ของแต่ละเทคโนโลยี / SAMD

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

การประเมินประสิทธิภาพ .
samd ขั้นตอนวิธีถูกดำเนินการโดยใช้ Java และเชื่อมโยงกับฐานข้อมูลโดยใช้ตัวขับ JDBC ( Java
databaseconnectivity ) ประสานพาณิชย์โซลูชั่นซึ่งเป็นผู้ขายอิสระด้านเซิร์ฟเวอร์และฐานข้อมูล สถาปัตยกรรมชั้น
hasmiddle ถูกนำมาใช้เพื่อเปรียบเทียบ samd เพราะคุณสมบัติของ
synchronizationsolution พาณิชย์และ samd จะคล้ายกันการเปรียบเทียบนี้เหมาะสม สำหรับข้อความ
ย่อย , jce ( Java cryptographyextension ) [ 10 ] ถูกใช้ เพื่อประเมินผลการปฏิบัติงาน การทำพาณิชย์ andmobile
ฐานข้อมูลได้ถูกติดตั้งในเครื่อง เพื่อ eliminatethe ปัจจัยที่มีผลต่อเครือข่าย ครั้งแรก 5000
generatedrows ถูกแทรกลงในแบบ RDBMS และส่ง throughsynchronization เหมือนกัน 5000 แถวถูกแทรก
ฐานข้อมูล intomobile . จากนั้นเราแทรกแถวที่ 100 ในรูปแล้วแทรกอีก 100 แถวลงในมือถือ
database.afterwards 100 แถวถูกลบออกจากฐานข้อมูลแล้วมือถือ 100 แถวแก้ไข การแก้ไขและลบข้อมูลได้เท่าเทียมกัน
แบบเว้นระยะห่างระหว่าง 5000 แถว ในสภาพเช่นนี้ การแสดง
ประเมินโดยเปรียบเทียบการประสานเวลาของ samd และ commercialsynchronization โซลูชั่นเราประสาน timeten ครั้ง
ประเมินโดยใช้ข้อมูลต่าง ๆ ใน sameconditions andcalculated เฉลี่ย โดย
แสดงดังตารางที่ 3 ผลการประเมิน พบว่า samd เป็นผู้ค้า
ประสานโซลูชั่นโดยละ 0.64 วินาที

สำหรับการประสานเชิงพาณิชย์โซลูชั่น asynchronization SQL หรือ Java Script จะต้องเขียนเป็น [ 11 ] . นี่คือ
มากยุ่งยากและไม่สะดวก กระบวนการ thatrequires จํานวนมากของเวลาที่จะกลายเป็นคุ้นเคย
with.furthermore บางกรณีในโต๊ะ ก็จะไม่ได้รับการสนับสนุน ดังนั้น การประเมินของเราไม่อาจจะแสดงตารางทั้งหมด caseslisted
ฉันแต่ก็แค่ 4 ราย ดังกล่าวข้างต้น การประสานเชิงพาณิชย์โซลูชั่นต้องใช้ตารางข้อมูล thatadditional
,ขั้นตอนและจะถูกสร้างขึ้น forsynchronizing กับฝั่งเซิร์ฟเวอร์ฐานข้อมูล
ที่ไม่ใช่ samevender ของผู้จำหน่ายโซลูชั่นเชิงพาณิชย์ [ 11 ] มีไม่มีความต้องการสำหรับ
samd ขั้นตอนวิธี ส่วน thevender ของประสานพาณิชย์โซลูชั่นและฐานข้อมูล themobile ต้อง
เหมือนกันแต่ samd norestrictions เอกสารเกี่ยวกับชนิดของฐานข้อมูลที่ฝั่งเซิร์ฟเวอร์หรือมือถือ
ฐานข้อมูล จึงมีความได้เปรียบในด้านมีทรัพย์ใช้กว้างนอกเหนือไปจากประสิทธิภาพ .
แต่ samd รักษาตารางย่อยข้อความที่แยกต่างหากซึ่งเป็นข้อเสียจากมุมมองของ
storageefficiency . อย่างไรก็ตามเนื่องจากกระเป๋าขนาดใหญ่ถูก relativelyinexpensive และปรับขนาดได้ นี่ไม่ใช่ปัญหาสำคัญ
samdonly มีการนำ forsynchronization องค์ประกอบและไม่สนับสนุนต่าง ๆ
aspectsrequired สำหรับผลิตภัณฑ์เชิงพาณิชย์ นอกจากนี้ lackssufficient ทั่วไปจะสามารถใช้ได้ในสิ่งแวดล้อมการทำงานจริง

ดังนั้นมันอาจจะไม่สมบูรณ์ samd appropriateto เปรียบเทียบกับผลิตภัณฑ์ทางการค้า

ภายใต้ thecircumstances อย่างไรก็ตาม samd ไม่ตกไกลหลังพาณิชยกรรม ประสานแก้ปัญหา
และมี theadvantages อธิบายไว้ข้างต้นรวมทั้งเป็นมิตรต่อผู้ใช้และผู้ขายอิสระประสานง่ายสมบูรณ์


การประเมินคุณภาพ .เป็น samd ขั้นตอนวิธีถูกออกแบบมาเพื่อรักษาวัตถุประสงค์ขั้นตอนวิธีดังกล่าวในส่วนของมาตรา
3 thementioned วัตถุประสงค์เป็นปัญหาที่ผลิตภัณฑ์ commercialsynchronization ที่มีอยู่ได้ ดังนั้นหากมี
เป็นกลุ่ม คุณสมบัติกว้างใช้สำหรับโปรแกรม ofsynchronization ขั้นตอนวิธีจะไม่สมหวัง
โดยแพร่หลายเทคโนโลยีสำหรับโทรศัพท์มือถือฐานข้อมูลตรงกัน aretimestamp &ภาพรวมเทคนิค การใช้ตารางการแสดงละคร
ในมิดเดิลเทียร์ , บูรณาการฐานข้อมูลซึ่งใช้ข้อความ และก่อนที่ imagetechnique . โฆษณา
ประสานเทคโนโลยีโซลูชั่นที่ usethese เปรียบเทียบกับ samd บนพื้นฐาน ofmentioned
วัตถุประสงค์ของขั้นตอนวิธี โต๊ะ ?แสดงถึงขั้นตอนวิธีการออกแบบและวัตถุประสงค์การรักษาหรือไม่ toobjectives ของแต่ละเทคโนโลยี /

samd .