The CouchDB replication model can b

The CouchDB replication model can be modified for other distributed update models. If the storage engine is enhanced to allow multi-document update transactions, it is possible to perform Subversion-like “all or nothing” atomic commits when replicating with an upstream server, such that any single document conflict or validation failure will cause the entire update to fail. Like Subversion, conflicts would be resolved by doing a “pull” replication to force the conflicts locally, then merging and re-replicating to the upstream server.

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

สามารถปรับเปลี่ยนแบบจำลอง CouchDB สำหรับรุ่นอื่น ๆ ปรับปรุงแบบกระจาย ถ้าเก็บเพิ่มให้ธุรกรรมการปรับปรุงเอกสารหลาย มันเป็นไปได้การโค่นล้มเหมือน "ทั้งหมดหรือไม่" อะตอมทำเมื่อสถานการณ์กับเซิร์ฟเวอร์ขั้นต้นน้ำ เช่นว่าใด ๆ เอกสารเดียวความขัดแย้งหรือตรวจสอบความล้มเหลวจะทำให้การปรับปรุงทั้งหมดล้มเหลว เช่นโค่นล้ม จะมีแก้ไขความขัดแย้ง โดยทำการจำลองแบบ "ดึง" เพื่อบังคับให้ความขัดแย้งภายใน ผสาน และจำลองแบบไปยังเซิร์ฟเวอร์ที่ขั้นต้นน้ำอีกแล้ว

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

รูปแบบการจำลองแบบ CouchDB สามารถแก้ไขได้สำหรับการกระจายรุ่นอื่น ๆ ปรับปรุง หากเครื่องมือการจัดเก็บจะเพิ่มขึ้นเพื่อให้การทำธุรกรรมปรับปรุงหลายเอกสารก็เป็นไปได้ที่จะดำเนินการโค่นล้มเหมือน "ทั้งหมดหรือไม่มีอะไร" กระทำอะตอมเมื่อจำลองกับเซิร์ฟเวอร์ต้นน้ำเช่นว่าความขัดแย้งเอกสารใด ๆ หรือความล้มเหลวในการตรวจสอบจะทำให้เกิดการปรับปรุงทั้งหมด ที่จะล้มเหลว. เช่นเดียวกับการโค่นล้มความขัดแย้งจะได้รับการแก้ไขด้วยการทำ "ดึง" การจำลองแบบที่จะบังคับให้เกิดความขัดแย้งในประเทศแล้วการควบรวมและอีกจำลองไปยังเซิร์ฟเวอร์ต้นน้ำ

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

การ couchdb การจำลองแบบสามารถแก้ไขได้สำหรับอื่น ๆการกระจายการปรับปรุงรุ่น ถ้ากระเป๋าเครื่องมือเพิ่มให้หลายเอกสารปรับปรุงรายการ , มันเป็นไปได้ที่จะดําเนินการโค่นล้ม " ทั้งหมดหรือไม่มีอะไร " อะตอมก่อเมื่อประสบความสำเร็จกับเซิร์ฟเวอร์ upstream ที่เอกสารใด ๆเดียว หรือความล้มเหลวในการตรวจสอบความขัดแย้งจะทำให้เกิดการปรับปรุงทั้งหมดล้มเหลว ชอบการโค่นล้ม ,ความขัดแย้งจะสามารถแก้ไขได้โดยการทำ " ดึง " การบังคับความขัดแย้งในท้องถิ่น แล้วผสานและคัดลอกไปยังเซิร์ฟเวอร์ upstream .