Since read operations cannot confli

Since read operations cannot conflict, it is permissible for more than one transaction to
hold shared locks simultaneously on the same item. On the other hand, an exclusive lock
gives a transaction exclusive access to that item. Thus, as long as a transaction holds the
exclusive lock on the item, no other transactions can read or update that data item. Locks
are used in the following way:
n Any transaction that needs to access a data item must first lock the item, requesting a
shared lock for read only access or an exclusive lock for both read and write access.
n If the item is not already locked by another transaction, the lock will be granted.
n If the item is currently locked, the DBMS determines whether the request is compatible
with the existing lock. If a shared lock is requested on an item that already has a shared
lock on it, the request will be granted; otherwise, the transaction must wait until the
existing lock is released.
n A transaction continues to hold a lock until it explicitly releases it either during execution
or when it terminates (aborts or commits). It is only when the exclusive lock has been
released that the effects of the write operation will be made visible to other transactions.
In addition to these rules, some systems permit a transaction to issue a shared lock on
an item and then later to upgrade the lock to an exclusive lock. This in effect allows a
transaction to examine the data first and then decide whether it wishes to update it. If
upgrading is not supported, a transaction must hold exclusive locks on all data items that
it may update at some time during the execution of the transaction, thereby potentially
reducing the level of concurrency in the system. For the same reason, some systems also
permit a transaction to issue an exclusive lock and then later to downgrade the lock to a
shared lock.
Using locks in transactions, as described above, does not guarantee serializability of
schedules by themselves, as Example 20.5 shows.

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

ตั้งแต่การดำเนินการไม่ขัดแย้งอ่าน เป็นสารพัดธุรกรรมหนึ่ง
ค้างล็อคร่วมกันสินค้าเดียวกัน บนมืออื่น ๆ เป็นล็อค
ให้การเข้าถึงเฉพาะธุรกรรมสินค้านั้น ดังนั้น จึงเป็นเก็บธุรกรรม
ล็อกแบบเอกสิทธิ์เฉพาะบุคคลบนสินค้า ไม่อื่น ๆ ธุรกรรมสามารถอ่าน หรือปรับปรุงรายการข้อมูลที่ ล็อค
ใช้วิธีต่อไปนี้:
n ธุรกรรมใด ๆ ที่ต้องการเข้าถึงข้อมูลสินค้าต้องแรกล็อคสินค้า ขอเป็น
ร่วมล็อคเข้าอ่านอย่างเดียวหรือการล็อกแบบเอกสิทธิ์เฉพาะบุคคลสำหรับทั้งอ่านและเขียนเข้า
n ถ้าสินค้าถูกไม่ล็อคอื่น ๆ ล็อกจะได้รับการ
n ถ้าสินค้าถูกล็อกในขณะนี้ DBMS กำหนดว่าการร้องขอเข้า
กับการล็อกที่มีอยู่ ถ้าล็อคร่วมร้องขอสินค้าที่มีการใช้ร่วมกันแล้ว
ล็อคบน คำขอจะได้รับ ธุรกรรมอื่น ต้องรอจนกว่า
ปล่อยล็อคอยู่
n A ธุรกรรมยังคงล็อคจนกว่าจะชัดเจนออกมันทั้งในระหว่างการดำเนินการ
หรือเมื่อมันยุติ (aborts หรือตกลง) มันเป็นเฉพาะ เมื่อล็อกแบบเอกสิทธิ์เฉพาะบุคคลได้
ออกว่า ผลของการเขียนจะทำให้ธุรกรรมอื่น ๆ มองเห็น
นอกจากกฎเหล่านี้ บางระบบอนุญาตให้ธุรกรรมออกล็อกที่ใช้ร่วมกันบน
สินค้า และหลังจากนั้นปรับรุ่นล็อคเพื่อการล็อกแบบเอกสิทธิ์เฉพาะบุคคล มีผลให้การ
ธุรกรรม การตรวจสอบข้อมูลก่อนแล้ว ตัดสินใจว่า มันต้องการ ถ้า
ไม่สนับสนุนการอัพเกรด ธุรกรรมต้องยึดล็อคเฉพาะรายการข้อมูลทั้งหมดที่
มันอาจปรับปรุงบางครั้งในระหว่างการดำเนินการของธุรกรรม จึงอาจ
ลดระดับการเกิดพร้อมกันในระบบได้ สำหรับเดียวกันเหตุผล บางระบบยัง
อนุญาตธุรกรรมเพื่อการล็อกแบบเอกสิทธิ์เฉพาะบุคคลออกแล้วภายหลังการปรับลดล็อคไป
ใหม่ล็อค
ใช้ล็อคในธุรกรรม ที่อธิบายข้างต้น รับประกัน serializability ของ
กำหนดการเอง 20.5 ตัวอย่างแสดงการ

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

ตั้งแต่การอ่านไม่ได้ความขัดแย้งได้รับอนุญาตมากกว่าหนึ่งรายการที่จะ
เก็บล็อกที่ใช้ร่วมกันพร้อมกันในรายการเดียวกัน ในขณะที่ล็อคพิเศษ
ช่วยให้การทำธุรกรรมการเข้าถึงเฉพาะรายการที่ ดังนั้นตราบใดที่การทำธุรกรรมถือ
ล็อคพิเศษในรายการที่ไม่มีการทำธุรกรรมอื่น ๆ สามารถอ่านหรือปรับปรุงรายการข้อมูลที่ ล็อค
จะถูกใช้ในทางที่ต่อไปนี้
n ธุรกรรมใด ๆ ที่ต้องการในการเข้าถึงรายการข้อมูลต้องล็อครายการขอ
ล็อคที่ใช้ร่วมกันสำหรับการเข้าถึงเพียงอ่านหรือล็อคพิเศษสำหรับทั้งอ่านและเขียนในการเข้าถึง
n หากรายการไม่ได้แล้ว ล็อคโดยการทำธุรกรรมอื่นล็อคจะได้รับ
n หากรายการถูกล็อคขณะนี้ DBMS กำหนดว่าคำขอเข้ากันได้
กับล็อคที่มีอยู่ ถ้าล็อคที่ใช้ร่วมกันมีการร้องขอในรายการที่มีอยู่แล้วที่ใช้ร่วมกัน
ล็อคที่มันร้องขอจะได้รับ; มิฉะนั้นการทำธุรกรรมจะต้องรอจนกว่าจะมีการ
ล็อคที่มีอยู่จะถูกปล่อยออกมา
n การทำธุรกรรมยังคงยึดล็อคอย่างชัดเจนจนกว่าจะออกมาอย่างใดอย่างหนึ่งระหว่างการทำงาน
หรือเมื่อมันสิ้นสุดลง (ถูกยกเลิกหรือกระทำ) มันเป็นเพียงเมื่อล็อคพิเศษที่ได้รับการ
ปล่อยตัวออกมาว่าผลกระทบของการดำเนินการเขียนจะทำให้มองเห็นกับการทำธุรกรรมอื่น ๆ
นอกเหนือจากกฎระเบียบเหล่านี้บางระบบอนุญาตให้มีการทำธุรกรรมในการออกล็อคที่ใช้ร่วมกันใน
รายการและจากนั้นต่อมาในการอัพเกรด ล็อคไปล็อคพิเศษ นี้มีผลในการช่วยให้
การทำธุรกรรมในการตรวจสอบข้อมูลก่อนแล้วจึงตัดสินใจว่ามันปรารถนาที่จะปรับปรุงมัน หาก
การอัพเกรดไม่สนับสนุนการทำธุรกรรมต้องถือล็อคพิเศษในรายการข้อมูลทั้งหมดที่
มันอาจมีการปรับปรุงในบางเวลาระหว่างการทำงานของการทำธุรกรรมจึงอาจ
ลดระดับของการทำงานพร้อมกันในระบบ ด้วยเหตุผลเดียวกันบางระบบยัง
อนุญาตให้มีการทำธุรกรรมในการออกล็อคพิเศษแล้วหลังจากนั้นจะปรับลดล็อคเพื่อ
ล็อคที่ใช้ร่วมกัน
โดยใช้กุญแจในการทำธุรกรรมตามที่อธิบายไว้ข้างต้นไม่ได้รับประกัน serializability ของ
ตารางโดยตัวเองเป็นตัวอย่างที่แสดงให้เห็น 20.5 .

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

ตั้งแต่อ่านความขัดแย้งไม่สามารถปฏิบัติการ มันยอมรับได้มากกว่าหนึ่งรายการ

ถือร่วมกันล็อคพร้อมกันในรายการเดียวกัน บนมืออื่น ๆ ,
ล็อคพิเศษให้รายการพิเศษ การเข้าถึงรายการ ดังนั้น ตราบใดที่รายการถือ
ล็อคพิเศษในรายการไม่มีรายการอื่นสามารถอ่านหรือปรับปรุงข้อมูลรายการ ใช้วิธีล็อค

ต่อไปนี้ :N ธุรกรรมใด ๆ ความต้องการในการเข้าถึงรายการข้อมูลต้องล็อครายการร้องขอ
แบ่งปันล็อคสำหรับเข้าถึงแบบอ่านอย่างเดียว หรือ ล็อคพิเศษสำหรับอ่านและเขียนข้อมูล .
n ถ้ารายการที่ไม่ได้ล็อค โดยธุรกรรมอื่น ล็อคจะได้รับ .
n ถ้าสินค้าอยู่ที่ล็อค DBMS เป็นตัวกําหนดว่า ขอให้เข้ากันได้
กับล็อคที่มีอยู่ถ้าล็อคที่ใช้ร่วมกันคือ ต้องการในสินค้าที่มีร่วมกัน
ล็อคมันขอจะได้รับ หรือ ธุรกรรมที่ต้องรอจนกว่า
ล็อคที่มีอยู่ออก .
n ธุรกรรมยังคงจับล็อคจนมันชัดเจนออกในระหว่างการดำเนินการ
หรือเมื่อมันสิ้นสุดลง ( ยกเลิก หรือ : ) มันเป็นเพียงเมื่อล็อคพิเศษได้รับการ
เปิดเผยว่าผลของการบันทึกจะทำให้มองเห็นธุรกรรมอื่น ๆ .
นอกเหนือจากกฎเหล่านี้ บางระบบอนุญาตให้มีรายการที่จะออกร่วมกันล็อค
รายการและจากนั้นก็อัพเกรดล็อคล็อคพิเศษ นี้มีผลช่วยให้
ธุรกรรมเพื่อตรวจสอบข้อมูลก่อน แล้วค่อยตัดสินใจว่าจะปรารถนาที่จะปรับปรุงมัน ถ้า
อัพเกรดไม่ได้รองรับธุรกรรมต้องจับล็อคพิเศษ ข้อมูล ทั้งหมด รายการที่
อาจปรับปรุงเวลาในการทำธุรกรรมจึงอาจ
การลดระดับของการในระบบ สำหรับเหตุผลเดียวกัน บางระบบยังอนุญาตให้ทำธุรกรรมออก
ล็อคพิเศษ และหลังจากนั้นจะปรับลดล็อคเพื่อล็อคที่ใช้ร่วมกัน
.
ล็อคในรายการตามที่อธิบายไว้ข้างต้นไม่รับประกัน serializability ของ
ตารางด้วยตนเอง ตัวอย่าง 20.5 แสดง