Cascading rollbacks are undesirable

Cascading rollbacks are undesirable since they potentially lead to the undoing of a
significant amount of work. Clearly, it would be useful if we could design protocols that
prevent cascading rollbacks. One way to achieve this with two-phase locking is to leave
the release of alllocks until the end of the transaction, as in the previous examples. In this
way, the problem illustrated here would not occur, as T
15
would not obtain its exclusive
lock until after T
14
had completed the rollback. This is called rigorous 2PL . It can be
shown that with rigorous 2PL, transactions can be serialized in the order in which they
commit. Another variant of 2PL, called strict 2PL, only holds exclusive lock s until the end
of the transaction. Most database systems implement one of these two variants of 2PL.

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

Rollbacks เรียงซ้อนเป็นผลเนื่องจากพวกเขาอาจนำไปสู่การยกเลิกการ
จำนวนอย่างมีนัยสำคัญของงาน ชัดเจน มันจะมีประโยชน์หากเราสามารถออกแบบโปรโตคอลที่
ป้องกัน rollbacks น้ำตก วิธีหนึ่งที่มีการล็อก two-phase จะปล่อย
ของ alllocks จนถึงจุดสิ้นสุดของธุรกรรม ในตัวอย่างก่อนหน้านี้ ใน
วิธี แสดงที่นี่จะไม่เกิดปัญหา เป็น T
15
จะรับเฉพาะของ
ล็อคจนกว่าหลังจาก T
14
มีการย้อนกลับเสร็จสมบูรณ์ นี้คือ 2PL อย่างเข้มงวด สามารถ
แสดงว่า กับ 2PL อย่างเข้มงวด ธุรกรรมสามารถจะทำให้อนุกรมลำดับที่พวกเขา
ยอมรับได้ แปรอื่นของ 2PL เรียก 2PL เข้มงวด มี s ล็อกแบบเอกสิทธิ์เฉพาะบุคคลเท่านั้นจนจบ
ของธุรกรรม ระบบฐานข้อมูลส่วนใหญ่ใช้ตัวแปรเหล่านี้สองของ 2PL อย่างใดอย่างหนึ่ง

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

rollbacks Cascading เป็นที่ไม่พึงประสงค์ตั้งแต่พวกเขาอาจนำไปสู่ความหายนะของ
จำนวนเงินที่สำคัญของการทำงานของ เห็นได้ชัดว่ามันจะมีประโยชน์ถ้าเราสามารถออกแบบโปรโตคอลที่
ป้องกัน rollbacks ซ้อน วิธีหนึ่งที่จะบรรลุเป้าหมายนี้ด้วยการล็อคสองเฟสคือการปล่อยให้
เป็นอิสระจาก alllocks จนกว่าจะเสร็จสิ้นการทำธุรกรรมเช่นเดียวกับในตัวอย่างที่แล้ว ในการนี้
ทางปัญหาแสดงที่นี่จะไม่เกิดขึ้นในขณะที่ T
15
จะไม่ได้รับความพิเศษของ
ล็อคจนกว่า T
14
เพิ่งเสร็จสิ้นการย้อนกลับ นี้เรียกว่า 2PL อย่างเข้มงวด มันสามารถที่จะ
แสดงให้เห็นว่ามีการ 2PL อย่างเข้มงวดในการทำธุรกรรมสามารถต่อเนื่องในลำดับที่พวกเขา
กระทำ ตัวแปรอีก 2PL เรียก 2PL เข้มงวดเท่านั้นถือล็อคพิเศษจนถึงปลาย
ของรายการ ส่วนใหญ่ระบบฐานข้อมูลการดำเนินการอย่างใดอย่างหนึ่งของทั้งสองสายพันธุ์ของ 2PL

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

เนื่องจากพวกเขาอาจจะซ้อน rollbacks ไม่พึงประสงค์นำไปสู่ความหายนะของ
ปริมาณงาน เห็นได้ชัดว่ามันจะมีประโยชน์ถ้าเราสามารถออกแบบโปรโตคอล
ป้องกัน cascading rollbacks . วิธีหนึ่งเพื่อให้บรรลุนี้โดยการล็อคมาฝาก
ปล่อย alllocks จนจบรายการ เหมือนในตัวอย่างก่อนหน้านี้ ในวิธีนี้
,ปัญหาแสดงที่นี่จะไม่เกิดขึ้น และจะไม่ขอรับ
T
15 ล็อคพิเศษ

14
t จนกว่าหลังจากที่ได้เสร็จสิ้นการย้อนกลับ นี้เรียกว่า 2pl เคร่งครัด มันสามารถแสดงด้วย
2pl เข้มงวดธุรกรรมสามารถเป็นอันดับในลำดับที่
ก่อ อีกรูปของ 2pl เรียกว่าเข้มงวด 2pl เพียงถือเฉพาะล็อคด้วยจนจบ
ของธุรกรรมระบบฐานข้อมูลส่วนใหญ่ใช้หนึ่งของเหล่านี้สองสายพันธุ์ของ 2pl .