Compensation is an interesting form

Compensation is an interesting form of loose coupling. It has to do with the question of transaction safety. If you have to update two different backends to be consistent, how can you avoid problems that occur when only one update is successful, resulting in an inconsistency? The usual approach to solving this problem is to create a common transaction context using a technique such as two-phase commit (2PC). With this approach, you first perform all the modifications on both backends, except for the final "switch to the updated data"; then, if no system signals a problem, the final commit performs the update on both systems.

0/5000

จาก: -

เป็น: -

ผลลัพธ์ (ไทย) 1: [สำเนา]

คัดลอก!

ค่าตอบแทนเป็นรูปแบบน่าสนใจข้อต่อหลวม กับคำถามของธุรกรรมความปลอดภัยได้ ถ้าคุณมีการปรับปรุง backends แตกต่างกันสองเพื่อให้สอดคล้อง วิธีคุณสามารถหลีกเลี่ยงปัญหาเพียงหนึ่งปรับปรุงประสบความสำเร็จ ผลที่ไม่สอดคล้องหรือไม่ วิธีปกติเพื่อแก้ปัญหานี้คือการ สร้างบริบทธุรกรรมทั่วไปใช้เทคนิคเช่น two-phase ยอมรับ (2PC) ด้วยวิธีการนี้ คุณก่อนทำการปรับเปลี่ยนบนทั้ง backends ยกเว้นสำหรับสุดท้าย "สวิตช์ปรับปรุงข้อมูล" แล้ว ถ้าไม่มีระบบสัญญาณปัญหา ยอมรับสุดท้ายทำการปรับปรุงทั้งระบบ

การแปล กรุณารอสักครู่..

ผลลัพธ์ (ไทย) 2:[สำเนา]

คัดลอก!

ค่าตอบแทนเป็นรูปแบบที่น่าสนใจของ coupling หลวม มันจะทำอย่างไรกับคำถามของความปลอดภัยของการทำธุรกรรม หากคุณมีการอัปเดตสองแบ็กเอนด์ที่แตกต่างกันเพื่อให้สอดคล้องวิธีที่คุณสามารถหลีกเลี่ยงปัญหาที่เกิดขึ้นเมื่อการปรับปรุงเพียงหนึ่งจะประสบความสำเร็จที่เกิดขึ้นในความไม่สอดคล้องกัน? วิธีการปกติในการแก้ปัญหานี้คือการสร้างบริบทการทำธุรกรรมร่วมกันโดยใช้เทคนิคเช่นสองเฟสกระทำ (2PC) ด้วยวิธีนี้คุณจะดำเนินการแก้ไขทั้งหมดที่อยู่ในทั้งแบ็กเอนด์ยกเว้นสุดท้าย "สวิทช์ที่จะปรับปรุงข้อมูล"; แล้วถ้าไม่มีระบบสัญญาณปัญหาสุดท้ายกระทำการดำเนินการปรับปรุงเกี่ยวกับทั้งสองระบบ

การแปล กรุณารอสักครู่..

ผลลัพธ์ (ไทย) 3:[สำเนา]

คัดลอก!

ค่าตอบแทนเป็นแบบฟอร์มที่น่าสนใจของ coupling หลวม . มันเกี่ยวอะไรกับคำถามของความปลอดภัยของธุรกรรม ถ้าคุณมีการปรับปรุงสองแบ็คเอนต์ที่แตกต่างกันเพื่อให้สอดคล้อง , วิธีที่คุณสามารถหลีกเลี่ยงปัญหาที่จะเกิดขึ้นเมื่อมีเพียง ปรับปรุง ประสบความสำเร็จ ส่งผลให้ความไม่สอดคล้องกัน ? วิธีการปกติเพื่อแก้ไขปัญหานี้คือการสร้างธุรกรรมทั่วไปบริบทการใช้เทคนิคเช่นการกระทำ ( 2pc ) ด้วยวิธีนี้คุณก่อนดําเนินการแก้ไขทั้งหมดทั้งแบ็คเอนต์ ยกเว้นเปลี่ยนสุดท้าย " ให้ข้อมูลอัพเดท " แล้ว หากไม่มีระบบสัญญาณมีปัญหา สุดท้ายยอมรับการปรับปรุงทั้งระบบ

การแปล กรุณารอสักครู่..

ภาษาอื่น ๆ

การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.