ConflictsConflict detection and man

Conflicts
Conflict detection and management are key issues for any distributed edit system. The CouchDB storage system treats edit conflicts as a common state, not an exceptional one. The conflict handling model is simple and “non-destructive” while preserving single document semantics and allowing for decentralized conflict resolution.

CouchDB allows for any number of conflicting documents to exist simultaneously in the database, with each database instance deterministically deciding which document is the “winner” and which are conflicts. Only the winning document can appear in views, while “losing” conflicts are still accessible and remain in the database until deleted or purged during database compaction. Because conflict documents are still regular documents, they replicate just like regular documents and are subject to the same security and validation rules.

When distributed edit conflicts occur, every database replica sees the same winning revision and each has the opportunity to resolve the conflict. Resolving conflicts can be done manually or, depending on the nature of the data and the conflict, by automated agents. The system makes decentralized conflict resolution possible while maintaining single document database semantics.

Conflict management continues to work even if multiple disconnected users or agents attempt to resolve the same conflicts. If resolved conflicts result in more conflicts, the system accommodates them in the same manner, determining the same winner on each machine and maintaining single document semantics.

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

ความขัดแย้งตรวจหาความขัดแย้งและการจัดการมีปัญหาคีย์สำหรับใด ๆ แจกจ่ายแก้ไขระบบ ระบบจัดเก็บ CouchDB จะแก้ไขความขัดแย้งเป็นสภาพทั่วไป ไม่เป็นพิเศษส่วนหนึ่ง รูปแบบการจัดการความขัดแย้งได้ง่าย และ "แบบไม่ทำลาย" ขณะรักษาความหมายของเอกสารเดี่ยว และการแก้ไขความขัดแย้งแบบกระจายศูนย์CouchDB ได้สำหรับหมายเลขของเอกสารที่ขัดแย้งกันอยู่พร้อมกันในฐานข้อมูล โดยแต่ละฐานข้อมูล deterministically ตัดสินใจว่า เอกสารใดเป็น "ผู้ชนะ" และที่มีความขัดแย้ง เฉพาะเอกสารชนะสามารถปรากฏในมุมมอง ในขณะที่ "สูญเสีย" ความขัดแย้งยังคงสามารถเข้าถึงได้ และยังคงอยู่ในฐานข้อมูลจนกว่าจะลบ หรือลบในระหว่างการกระชับฐานข้อมูล เนื่องจากความขัดแย้งของเอกสารคือ เอกสารยังคงปกติ พวกเขาทำเช่นเดียวกับเอกสารปกติ และมีความปลอดภัยเหมือนกันและกฎการตรวจสอบเมื่อเกิดความขัดแย้งแก้ไขกระจาย แบบจำลองฐานข้อมูลทุกเห็นการปรับปรุงเดียวกันที่ชนะ และมีโอกาสที่จะแก้ไขความขัดแย้ง แก้ไขความขัดแย้งสามารถทำได้ด้วยตนเอง หรือ ขึ้นอยู่ กับลักษณะของข้อมูลและความขัดแย้ง โดยตัวแทนแบบอัตโนมัติ ระบบทำให้การแก้ไขความขัดแย้งแบบกระจายศูนย์ได้ขณะที่ยังคงความหมายฐานข้อมูลเอกสารเดียวจัดการความขัดแย้งยังทำงานแม้ว่าหลายคนเชื่อมต่อหรือตัวแทนพยายามที่จะแก้ไขความขัดแย้งกัน ถ้าแก้ไขผลความขัดแย้งในความขัดแย้งเพิ่มเติม ระบบรองรับพวกเขาในลักษณะเดียวกัน การกำหนดผู้ชนะเหมือนกันในแต่ละเครื่อง และรักษาความหมายเอกสารเดียวกัน

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

ความขัดแย้งการตรวจสอบและการจัดการความขัดแย้งเป็นปัญหาที่สำคัญสำหรับระบบกระจายแก้ไขใด ๆ
ระบบจัดเก็บข้อมูล CouchDB ถือว่าความขัดแย้งแก้ไขเป็นรัฐร่วมกันไม่ได้เป็นอย่างใดอย่างหนึ่งที่โดดเด่น รูปแบบการจัดการความขัดแย้งเป็นเรื่องง่ายและ "ไม่ทำลาย" ในขณะที่รักษาความหมายเอกสารฉบับเดียวและเพื่อให้สามารถแก้ปัญหาความขัดแย้งการกระจายอำนาจ. CouchDB ช่วยให้จำนวนของเอกสารที่ขัดแย้งใด ๆ ที่จะมีชีวิตอยู่ไปพร้อม ๆ กันในฐานข้อมูลกับฐานข้อมูลเช่นแต่ละ deterministically ตัดสินใจที่เอกสารเป็น " ผู้ชนะ "และที่เกิดความขัดแย้ง เฉพาะเอกสารที่ชนะจะปรากฏในมุมมองในขณะที่ "สูญเสีย" ความขัดแย้งยังคงสามารถเข้าถึงและยังคงอยู่ในฐานข้อมูลจนกว่าจะลบหรือล้างในระหว่างการบดอัดฐานข้อมูล เพราะเอกสารที่ความขัดแย้งยังคงมีเอกสารปกติที่พวกเขาทำซ้ำเช่นเดียวกับเอกสารปกติและอาจมีการรักษาความปลอดภัยที่เหมือนกันและกฎการตรวจสอบ. เมื่อกระจายความขัดแย้งเกิดขึ้นแก้ไขแบบจำลองฐานข้อมูลทุกเห็นการแก้ไขชนะเหมือนกันและแต่ละคนมีโอกาสที่จะแก้ปัญหาความขัดแย้งที่ แก้ไขปัญหาความขัดแย้งสามารถทำได้ด้วยตนเองหรือขึ้นอยู่กับลักษณะของข้อมูลและความขัดแย้งโดยตัวแทนอัตโนมัติ ระบบจะทำให้การแก้ปัญหาความขัดแย้งการกระจายอำนาจที่เป็นไปได้ขณะที่ยังคงความหมายฐานข้อมูลเอกสารฉบับเดียว. การจัดการความขัดแย้งยังคงทำงานแม้ว่าผู้ใช้เชื่อมต่อหลายหรือตัวแทนพยายามที่จะแก้ปัญหาความขัดแย้งเดียวกัน หากได้รับการแก้ไขความขัดแย้งที่ส่งผลให้เกิดความขัดแย้งมากขึ้นระบบรองรับพวกเขาในลักษณะเดียวกับการกำหนดผู้ชนะเหมือนกันในแต่ละเครื่องและการบำรุงรักษาความหมายเอกสารฉบับเดียว

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

ความขัดแย้งและการจัดการความขัดแย้ง
ตรวจหาปัญหาที่สำคัญใด ๆ การแก้ไขระบบ ระบบการจัดเก็บ couchdb ถือว่าแก้ไขความขัดแย้งเป็นรัฐทั่วไป ไม่พิเศษหนึ่ง ความขัดแย้งในการจัดการรูปแบบง่าย ๆและไม่ทำลาย " ในขณะที่รักษาอรรถศาสตร์เอกสารฉบับเดียว และช่วยแก้ปัญหาความขัดแย้งกระจาย

couchdb ให้หมายเลขใด ๆของเอกสารที่ขัดแย้งกันอยู่ พร้อมกันในฐานข้อมูลกับฐานข้อมูลแต่ละอินสแตนซ์ deterministically ตัดสินใจเอกสารซึ่งเป็น " ผู้ชนะ " และที่มีความขัดแย้ง แค่ชนะเอกสารจะปรากฏในมุมมอง ในขณะที่ " สูญเสีย " ความขัดแย้งจะยังคงสามารถเข้าถึงได้และอยู่ในฐานข้อมูลในการบดอัดจนลบหรือลบฐานข้อมูลเพราะเอกสาร ความขัดแย้งยังเอกสารปกติ พวกเขาทำซ้ำเช่นเดียวกับเอกสารปกติ และมีการรักษาความปลอดภัยเดียวกันและการตรวจสอบกฎ

เมื่อกระจายแก้ไขความขัดแย้งที่เกิดขึ้น ทุกฐานข้อมูลจำลองเห็นเดียวกันชนะการแก้ไขและแต่ละคนมีโอกาสที่จะแก้ปัญหาความขัดแย้ง การแก้ไขปัญหาความขัดแย้งที่สามารถทำได้ด้วยตนเองหรือขึ้นอยู่กับลักษณะของข้อมูลและความขัดแย้ง โดยตัวแทนโดยอัตโนมัติ ระบบให้ความขัดแย้งกระจายเป็นไปได้ในขณะที่การรักษาอรรถศาสตร์ฐานข้อมูลเอกสารฉบับเดียว การจัดการความขัดแย้ง

ยังคงทำงาน แม้ว่าหลายเชื่อมต่อผู้ใช้หรือตัวแทนที่พยายามที่จะแก้ปัญหาความขัดแย้งเดิมๆ ถ้าการแก้ไขความขัดแย้งให้เกิดความขัดแย้งมากขึ้นระบบสามารถรองรับได้ในลักษณะเดียวกัน การกำหนดจุดเดียวกันในแต่ละเครื่องและรักษาเอกสาร

ความหมายเดียว