Consider a simple banking applicati

Consider a simple banking application where two users have access to the funds in a particular account. Bob reads the account and finds there is 1000 dollars in it, so he withdraws 500. Jane reads the same account before Bob has changed it, sees 1000 dollars, and withdraws 800. The account should be 300 dollars overdrawn, however, depending on which transaction gets processed first it will contain either 500 or 200 dollars. This poses a serious problem and needless to say, any database system with multi-user access needs some sort of system to deal with these scenarios.

The techniques used to solve this and other related problems are known in the database industry as concurrency control.

Traditional products used locks which stated that a particular transaction was going to modify a record. Once the lock was placed, no one else could read or modify the data until the lock was released. The lock may block changes to a single record, a page (a group of records stored together on disk) of records, or every record examined by a particular transaction, depending on the lock resolution. Lock resolution is a tradeoff between performance and accuracy—by blocking updates at the page level, for example, some updates will be blocked which do not in fact conflict with updates made by other transactions, but performance will be improved in comparison with record level locks.

Locking becomes an even bigger problem when combined with another feature common to all such systems, isolation. This is because transactions typically involve both a read and a write—in this example, to read the value of the account and then change it. In order to show an isolated view of the data the entire transaction, including records read but never written to, must be locked in many database servers.

In InterBase, readers do not block writers. Instead, each record in the database can exist in more than one version. For instance, when Bob and Jane read the accounts they would both get "version 1", reading 1000 dollars. When Bob then changes the account to make his withdrawal the data is not overwritten, but instead a new "version 2" will be created with 500 dollars. Jane's attempt to make her 800 dollar withdrawal will notice that there is a new version 2, and her attempt to make a withdrawal will fail.

This approach to concurrency control is called multiversion concurrency control. InterBase's implementation of multiversion concurrency control is commonly called its multi-generational architecture. InterBase was the second commercial database to use this technique; the first was DEC's Rdb/ELN.

Multiversion concurrency control also makes true snapshot transaction isolation relatively simple to implement. A transaction with snapshot isolation in InterBase shows the state of the database precisely as it was at the instant the transaction began. This is very useful for backups of an active database, long-running batch processes, and the like.

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

พิจารณาโปรแกรมง่าย ๆ ธนาคารที่ผู้ใช้สามารถเข้าถึงเงินในบัญชีเฉพาะ บ๊อบอ่านบัญชี และพบว่า มี 1,000 ดอลลาร์ ในนั้น เพื่อให้เขาถอนตัว 500 เจนอ่านบัญชีก่อนบ๊อบมีการเปลี่ยนแปลงได้ เห็น 1,000 ดอลลาร์ และถอนตัว 800 บัญชีควรเป็น 300 ดอลลาร์ overdrawn อย่างไรก็ตาม ตามที่ได้รับการดำเนินการครั้งแรก มันจะประกอบด้วย 500 หรือ 200 ดอลลาร์ นี้ก่อให้เกิดปัญหาร้ายแรง และจำเป็นต้องพูด ระบบฐานข้อมูลการเข้าถึงแบบหลายผู้ใช้ที่ต้องการเรียงลำดับบางอย่างของระบบการจัดการกับสถานการณ์เหล่านี้เทคนิคที่ใช้ในการแก้ปัญหานี้และปัญหาอื่น ๆ ที่เกี่ยวข้องเป็นที่รู้จักในอุตสาหกรรมฐานข้อมูลเป็นตัวควบคุมการเกิดพร้อมกันผลิตภัณฑ์แบบดั้งเดิมใช้ล็อกซึ่งระบุว่า ธุรกรรมเฉพาะจะสามารถปรับเปลี่ยนเรกคอร์ด เมื่อวางล็อค ไม่มีใครสามารถอ่าน หรือปรับเปลี่ยนข้อมูลจนกว่ามีปล่อยล็อก การล็อกบล็อกการเปลี่ยนแปลงระเบียนเดียว หน้า (กลุ่มของระเบียนที่เก็บรวมกันในดิสก์) ระเบียน หรือทุก ๆ ระเบียนตรวจธุรกรรมเฉพาะ ขึ้นอยู่กับความละเอียดล็อคได้ ความละเอียดล็อกมีข้อดีข้อเสียระหว่างประสิทธิภาพและความแม่นยำ — โดยการปรับปรุงการบล็อคที่ระดับหน้า เช่น ปรับปรุงบางอย่างจะถูกบล็อกซึ่งไม่จริงขัดแย้งกับการปรับปรุงทำธุรกรรมอื่น ๆ แต่ประสิทธิภาพจะดีขึ้นเมื่อเปรียบเทียบกับการล็อกระดับระเบียนล็อคกลายเป็น ปัญหาที่มีขนาดใหญ่ขึ้นเมื่อรวมกับอีกคุณสมบัติทั่วไประบบดังกล่าวทั้งหมด แยก ทั้งนี้เนื่องจากธุรกรรมที่เกี่ยวข้องกับการอ่านและการเขียนโดยทั่วไปซึ่งในตัวอย่างนี้ การอ่านค่าของบัญชี และเปลี่ยน เพื่อแสดงข้อมูลเกี่ยวกับแยก ธุรกรรมทั้งหมด รวมถึงอ่าน แต่ไม่เคยเขียน ต้องถูกล็อกในเซิร์ฟเวอร์ฐานข้อมูลจำนวนมากใน InterBase อ่านบล็อกนักเขียน แทน แต่ละเรกคอร์ดในฐานข้อมูลสามารถมีอยู่ในรุ่น เช่น บ๊อบและเจนอ่านเมื่อได้รับบัญชีพวกเขาจะทั้ง "รุ่น 1" อ่าน 1,000 ดอลลาร์ เมื่อ Bob แล้วเปลี่ยนบัญชีที่จะให้เขาถอนข้อมูลจะไม่ถูกเขียนทับ แต่ใหม่ "รุ่น 2" จะถูกสร้างขึ้นกับ 500 ดอลลาร์ ของเจนพยายามถอนเงิน 800 ดอลลาร์ เธอจะสังเกตเห็นว่า มีรุ่นใหม่ 2 และเธอพยายามที่ทำการถอนเงินจะล้มเหลววิธีการนี้เพื่อควบคุมการเกิดพร้อมกันเรียกว่าการควบคุมการเกิดพร้อมกัน multiversion การใช้งานของ interBase ควบคุมการเกิดพร้อมกัน multiversion ทั่วไปคือเรียกสถาปัตยกรรมทั่วไปหลาย InterBase เป็นฐานข้อมูลเชิงพาณิชย์สองการใช้เทคนิคนี้ ครั้งแรกเป็นของ DEC Rdb/ELNควบคุมการเกิดพร้อมกัน multiversion ยังทำให้การแยกธุรกรรม snapshot ของจริงค่อนข้างง่ายในการดำเนินการ ธุรกรรมที่ มีการแยกสแนปช็อตใน InterBase แสดงสถานะของฐานข้อมูลอย่างแม่นยำเป็นได้ทันทีเริ่มต้นธุรกรรม นี้มีประโยชน์มากสำหรับการสำรองข้อมูล ของฐานข้อมูลการใช้งาน กระบวนการชุดงานรันเป็นเวลานาน

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

พิจารณาการประยุกต์ใช้ธนาคารง่ายๆที่สองผู้ใช้สามารถเข้าถึงเงินในบัญชีโดยเฉพาะอย่างยิ่ง บ๊อบอ่านบัญชีและพบว่ามี 1,000 ดอลลาร์ในนั้นเขาจึงถอนตัวออก 500 เจนอ่านบัญชีเดียวกันก่อนที่จะมีการเปลี่ยนแปลงบ๊อบมันเห็น 1,000 ดอลลาร์และถอนตัวออก 800 บัญชีที่ควรจะเป็น 300 เหรียญร้อง แต่ขึ้นอยู่กับที่ การทำธุรกรรมได้รับการประมวลผลครั้งแรกก็จะมีทั้ง 500 หรือ 200 ดอลลาร์ โพสเรื่องนี้เป็นปัญหาที่ร้ายแรงและไม่มีความจำเป็นที่จะบอกว่าระบบฐานข้อมูลใด ๆ ที่มีการเข้าถึงผู้ใช้หลายคนต้องการการจัดเรียงของบางระบบที่จะจัดการกับสถานการณ์เหล่านี้. เทคนิคที่ใช้ในการแก้ปัญหานี้และปัญหาอื่น ๆ ที่เกี่ยวข้องเป็นที่รู้จักกันในอุตสาหกรรมฐานข้อมูลเป็นตัวควบคุมการทำงานพร้อมกัน. แบบดั้งเดิม ผลิตภัณฑ์ที่ใช้ล็อคที่ระบุว่าการทำธุรกรรมโดยเฉพาะอย่างยิ่งกำลังจะปรับเปลี่ยนระเบียน เมื่อล็อคถูกวางไว้ไม่มีใครสามารถอ่านหรือแก้ไขข้อมูลจนกระทั่งล็อคได้รับการปล่อยตัว ล็อคอาจปิดกั้นการเปลี่ยนแปลงระเบียนเดียวหน้า (กลุ่มของระเบียนที่เก็บไว้ด้วยกันบนดิสก์) ของระเบียนหรือบันทึกการตรวจสอบโดยเฉพาะอย่างยิ่งการทำธุรกรรมทุกทั้งนี้ขึ้นอยู่กับความละเอียดล็อค มติล็อคเป็นถ่วงดุลอำนาจระหว่างประสิทธิภาพและความถูกต้องโดยการปิดกั้นการปรับปรุงในระดับเพจตัวอย่างเช่นการปรับปรุงบางอย่างจะถูกปิดกั้นซึ่งไม่ได้อยู่ในความขัดแย้งความเป็นจริงที่มีการปรับปรุงที่ทำโดยการทำธุรกรรมอื่น ๆ แต่ประสิทธิภาพการทำงานจะดีขึ้นเมื่อเทียบกับล็อคระดับการบันทึก . ล็อคจะกลายเป็นปัญหาที่ยิ่งใหญ่เมื่อรวมกับอีกลักษณะทั่วไปกับระบบดังกล่าวทั้งหมดแยก เพราะนี่คือการทำธุรกรรมมักจะเกี่ยวข้องกับทั้งการอ่านและการเขียนในตัวอย่างนี้จะอ่านค่าของบัญชีแล้วเปลี่ยนมัน เพื่อแสดงให้เห็นมุมมองที่แยกจากข้อมูลการทำธุรกรรมทั้งหมดรวมทั้งบันทึกการอ่าน แต่ไม่เคยเขียนไปจะต้องถูกขังอยู่ในเซิร์ฟเวอร์ฐานข้อมูลจำนวนมาก. ใน InterBase ผู้อ่านไม่ปิดกั้นนักเขียน แต่แต่ละระเบียนในฐานข้อมูลสามารถอยู่ในมากกว่าหนึ่งรุ่น ตัวอย่างเช่นเมื่อบ๊อบและเจนอ่านบัญชีที่พวกเขาจะได้รับทั้ง "รุ่น 1" อ่าน 1,000 ดอลลาร์ เมื่อบ๊อบแล้วการเปลี่ยนแปลงบัญชีเพื่อให้ถอนตัวข้อมูลไม่ถูกเขียนทับ แต่แทนที่จะใหม่ "รุ่นที่ 2" จะถูกสร้างขึ้นด้วย 500 ดอลลาร์ ความพยายามของเจนที่จะทำให้การถอน 800 ดอลล่าเธอจะพบว่ามีเป็นรุ่นใหม่ 2 และความพยายามของเธอที่จะทำให้การถอนตัวจะล้มเหลว. แนวทางการควบคุมภาวะพร้อมกันนี้เรียกว่า Multiversion ควบคุมภาวะพร้อมกัน การดำเนินงานของ InterBase ควบคุมภาวะพร้อมกัน Multiversion ทั่วไปเรียกว่าสถาปัตยกรรมหลาย generational ของมัน InterBase เป็นครั้งที่สองฐานข้อมูลเชิงพาณิชย์ที่จะใช้เทคนิคนี้; เป็นครั้งแรกของ DEC Rdb / ELN. ควบคุมภาวะพร้อมกัน Multiversion ยังทำให้ภาพรวมที่แท้จริงแยกรายการค่อนข้างง่ายที่จะใช้ ธุรกรรมที่มีการแยกภาพรวมใน InterBase แสดงสถานะของฐานข้อมูลได้อย่างแม่นยำเพราะมันเป็นอะไรที่ทันทีการทำธุรกรรมที่จะเริ่มต้น นี้จะเป็นประโยชน์มากสำหรับการสำรองข้อมูลของฐานข้อมูลที่ใช้งานในระยะยาวกระบวนการทำงานชุดและไม่ชอบ

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

พิจารณาใบสมัครที่ง่ายธนาคารสองผู้ใช้มีการเข้าถึงเงินในบัญชีโดยเฉพาะ บ๊อบอ่านหนังสือบัญชีและพบว่ามี 1 , 000 ดอลลาร์ จึงถอน 500 เจนอ่านบัญชีเดียวกัน ก่อนที่บ๊อบได้เปลี่ยนมัน เห็น 1 , 000 ดอลลาร์ และถอน 800 . บัญชีควรจะเด้ง 300 ดอลลาร์ อย่างไรก็ตาม ขึ้นอยู่กับที่ได้รับการประมวลผลธุรกรรมแรกมันจะมีให้ 500 หรือ $ 200 นี้ poses ปัญหาร้ายแรง และไม่ต้องพูดอะไร ระบบฐานข้อมูลใด ๆที่มีการเข้าถึงผู้ใช้หลายคนต้องการบางจัดเรียงของระบบที่จะจัดการกับสถานการณ์เหล่านี้เทคนิคที่ใช้แก้ปัญหานี้และปัญหาอื่น ๆที่เกี่ยวข้องเป็นที่รู้จักในอุตสาหกรรมฐานข้อมูลการควบคุมการเห็นพ้องด้วยผลิตภัณฑ์แบบดั้งเดิมที่ใช้ล็อกซึ่งระบุว่า ธุรกรรมที่เฉพาะเจาะจงจะแก้ไขประวัติ เมื่อล็อคอยู่ ไม่มีใครสามารถอ่านหรือแก้ไขข้อมูลจนกว่าจะล็อคออก ล็อคอาจจะบล็อกการเปลี่ยนแปลงระเบียนเดียว หน้า ( กลุ่มของระเบียนที่เก็บไว้บนดิสก์ ) ของระเบียนหรือบันทึกการตรวจสอบธุรกรรมทุกโดยเฉพาะอย่างยิ่งขึ้นอยู่กับล็อคความละเอียด ล็อคความละเอียดเป็นข้อเสียระหว่างประสิทธิภาพ และความถูกต้อง โดยปิดกั้นการปรับปรุงในระดับหน้า ตัวอย่างเช่นการปรับปรุงบางอย่างจะถูกบล็อกที่ไม่ในความเป็นจริงความขัดแย้งที่มีการปรับปรุงด้วยรายการอื่น แต่ประสิทธิภาพจะดีขึ้นเมื่อเปรียบเทียบกับล็อคระดับบันทึกล็อคกลายเป็นปัญหาใหญ่ขึ้นเมื่อรวมกับอีกหนึ่งคุณลักษณะทั่วไประบบทั้งหมดเช่นการแยก . นี้เป็นเพราะการทำธุรกรรมโดยทั่วไปเกี่ยวข้องกับทั้งอ่านและเขียน ในตัวอย่างนี้จะอ่านค่าของบัญชี และเปลี่ยนมัน เพื่อแสดงการแยกมุมมองของข้อมูลธุรกรรมทั้งหมดรวมทั้งบันทึก อ่าน แต่ไม่เคยเขียนถึงต้องถูกขังอยู่ในเซิร์ฟเวอร์ฐานข้อมูลหลายใน InterBase , ผู้อ่านไม่ได้บล็อกนักเขียน . แทน แต่ละระเบียนในฐานข้อมูลสามารถมีได้มากกว่า 1 รุ่น ตัวอย่าง เมื่อบ๊อบเจนอ่านบัญชีพวกเขาทั้งสองจะได้รับ " รุ่น 1 " อ่าน 1000 ดอลลาร์ เมื่อบ๊อบแล้วเปลี่ยนบัญชีให้ถอนตัวข้อมูลจะไม่ได้ถูกเขียนทับ แต่เวอร์ชั่นใหม่ " 2 " จะสร้าง 500 เหรียญ ความพยายามของเจนทำให้เธอ 800 ดอลลาร์ ถอน จะสังเกตเห็นว่ามีเวอร์ชั่นใหม่ที่ 2 ของเธอ และพยายามที่จะให้ถอนจะล้มเหลววิธีการนี้เพื่อควบคุมการเรียกการควบคุมการมัลติเวอร์ชัน . ควบคุมการใช้งานของ InterBase มัลติเวอร์ชันโดยทั่วไปจะเรียกว่าหลาย generational ของสถาปัตยกรรม เป็นฐานข้อมูลเชิงพาณิชย์การ InterBase ที่สองที่จะใช้เทคนิคนี้ แรกคือ ธ.ค. ของ RDB / ยาว .ควบคุมการทำธุรกรรมได้แยกมัลติเวอร์ชันจริงค่อนข้างง่ายที่จะใช้ . ธุรกรรมกับภาพรวมในการแสดงสถานะของ InterBase ฐานข้อมูลตามที่มันในทันทีรายการเริ่มต้น นี้เป็นประโยชน์อย่างมากสำหรับสำรองข้อมูลของฐานข้อมูลที่ใช้งาน กระบวนการ batch ยาว , และชอบ