A major objective in developing a d

A major objective in developing a database is to enable many users to access shared data
concurrently. Concurrent access is relatively easy if all users are only reading data, as there
is no way that they can interfere with one another. However, when two or more users are
accessing the database simultaneously and at least one is updating data, there may be inter-ference that can result in inconsistencies.
This objective is similar to the objective of multi-user computer systems, which allow
two or more programs (or transactions) to execute at the same time. For example, many
systems have input/output (I /O) subsystems that can handle I /O operations independently,
while the main central processing unit (CPU) performs other operations. Such systems can
allow two or more transactions to execute simultaneously. The system begins executing
the first transaction until it reaches an I /O operation. While the I /O is being performed, the
CPU suspends the first transaction and executes commands from the second transaction.
When the second transaction reaches an I /O operation, control then returns to the first
transaction and its operations are resumed from the point at which it was suspended.
The first transaction continues until it again reaches another I /O operation. In this way, the
operations of the two transactions are interleaved to achieve concurrent execution. In
addition, throughput – the amount of work that is accomplished in a given time interval
– is improved as the CPU is executing other transactions instead of being in an idle state
waiting for I/O operations to complete.
However, although two transactions may be perfectly correct in themselves, the inter-leaving of operations in this way may produce an incorrect result, thus compromising the
integrity and consistency of the database. We examine three examples of potential prob-lems caused by concurrency: the lost update problem , the uncommitted dependency
problem , and the inconsistent analysis problem . To illustrate these problems, we use a
simple bank account relation that contains the DreamHomestaff account balances. In this
context, we are using the transaction as the unit of concurrency control.

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

มีวัตถุประสงค์หลักในการพัฒนาฐานข้อมูลเพื่อ ให้ผู้ใช้จำนวนมากสามารถเข้าถึงข้อมูลที่ใช้ร่วมกัน
พร้อม เข้ากันได้ง่ายถ้าผู้ใช้ทั้งหมดเท่าอ่านข้อมูล มี
วิธีที่พวกเขาสามารถรบกวนกัน อย่างไรก็ตาม เมื่อผู้ใช้สองคน หรือมากกว่าอยู่
เข้าถึงฐานข้อมูลพร้อมกันและอย่างน้อยหนึ่งกำลังปรับปรุงข้อมูล อาจมีอินเตอร์-ference ที่อาจส่งผลไม่สอดคล้องกันได้
วัตถุประสงค์นี้มีลักษณะคล้ายกับวัตถุประสงค์ของระบบคอมพิวเตอร์แบบหลายผู้ใช้ ซึ่งทำให้
สองโปรแกรม (หรือธุรกรรม) การดำเนินการในเวลาเดียวกัน ตัวอย่าง หลาย
ระบบย่อยอินพุต/เอาท์พุต (I /O) ที่สามารถจัดการฉัน /O การดำเนินงานอย่างอิสระ มี
ในขณะหลักหน่วยประมวลผลกลาง (CPU) ดำเนินการอื่น ระบบดังกล่าวสามารถ
อนุญาตให้ธุรกรรมสองรายการ ขึ้นไปเพื่อดำเนินการพร้อมกันได้ ระบบเริ่มต้นดำเนินการ
ธุรกรรมแรกจนกว่าจะถึงฉัน /O ดำเนินการ ในขณะไอ /O กำลังดำเนินการ การ
CPU หยุดธุรกรรมแรก และปฏิบัติตามคำสั่งจากสองธุรกรรม
เมื่อธุรกรรมที่สองฉันดำเนินการ /O ควบคุมแล้วส่งคืนไปก่อน
ธุรกรรมและการปฏิบัติการดำเนินต่อจากจุดที่เป็นการชั่วคราว
ธุรกรรมแรกยังคงมีอยู่จนกว่าจะถึงอีกอีกฉัน /O ดำเนินการ ด้วยวิธีนี้
การดำเนินงานของธุรกรรมที่สองมีแผนที่ให้ดำเนินการพร้อมกัน ใน
เพิ่ม อัตราความเร็ว – จำนวนของงานที่ทำได้ในช่วงเวลาที่กำหนด
-ปรับเป็น CPU กำลังดำเนินธุรกรรมอื่น ๆ แทนที่จะอยู่ในสถานะใช้งาน
รอการดำเนินการ I/O ให้เสร็จสมบูรณ์ได้
อย่างไรก็ตาม แม้ว่าธุรกรรมที่สองอาจจะถูกต้องสมบูรณ์ในตัวเอง ในระหว่างออกจากการดำเนินงานในลักษณะนี้อาจสร้างผลลัพธ์ไม่ถูกต้อง จึง สูญเสีย
ความสมบูรณ์และความสอดคล้องของฐานข้อมูลได้ เราตรวจสอบตัวอย่างที่สามของ prob-lems เป็นไปได้ที่สาเหตุเกิด: ปัญหาสูญหายปรับปรุง การขึ้นต่อกันไม่ได้
ปัญหา และปัญหาวิเคราะห์ไม่สอดคล้องกัน เมื่อต้องการแสดงให้เห็นถึงปัญหาเหล่านี้ เราใช้การ
ความสัมพันธ์เรื่องบัญชีธนาคารที่ประกอบด้วยดุลบัญชี DreamHomestaff ใน
บริบท เราใช้ธุรกรรมที่เป็นหน่วยควบคุมการเกิดพร้อมกัน

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

วัตถุประสงค์หลักในการพัฒนาฐานข้อมูลที่จะช่วยให้ผู้ใช้หลายคนในการเข้าถึงข้อมูลที่ใช้ร่วมกัน
พร้อมกัน การเข้าถึงพร้อมกันเป็นเรื่องง่ายถ้าผู้ใช้ทั้งหมดเป็นเพียงการอ่านข้อมูลที่มี
วิธีการที่พวกเขาสามารถรบกวนการทำงานกับคนอื่นไม่เป็น แต่เมื่อสองคนหรือมากกว่าผู้ใช้จะ
เข้าถึงฐานข้อมูลพร้อมกันและอย่างน้อยหนึ่งมีการปรับปรุงข้อมูลที่อาจจะมีการรบกวนระหว่างที่สามารถส่งผลให้เกิดความไม่สอดคล้องกันใน
วัตถุประสงค์นี้จะคล้ายกับวัตถุประสงค์ของระบบคอมพิวเตอร์ที่ผู้ใช้หลายที่ช่วยให้
สองคนหรือ โปรแกรมเพิ่มเติม (หรือการทำธุรกรรม) ที่จะดำเนินการในเวลาเดียวกัน ตัวอย่างเช่นหลาย
ระบบมีอินพุต / เอาต์พุต (I / O) ระบบย่อยที่สามารถจัดการกับการดำเนินงานของ I / O อิสระ
ในขณะที่หน่วยประมวลผลกลางหลัก (CPU) ดำเนินการอื่น ๆ ระบบดังกล่าวสามารถ
ให้สองคนหรือมากกว่าการทำธุรกรรมจะดำเนินการพร้อมกัน ระบบจะเริ่มต้นการดำเนิน
การทำธุรกรรมครั้งแรกไปจนถึงการดำเนินการ I / O ในขณะที่ I / O จะถูกดำเนินการ,
CPU พักการทำธุรกรรมครั้งแรกและรันคำสั่งจากการทำธุรกรรมที่สอง
เมื่อทำธุรกรรมที่สองถึงการดำเนินการ I / O, การควบคุมแล้วกลับไปเป็นครั้งแรกที่
การทำธุรกรรมและการดำเนินงานจะมีการกลับมาจากจุดที่ ที่ถูกระงับ
การทำธุรกรรมครั้งแรกต่อไปจนกว่ามันอีกครั้งถึงการดำเนินการอื่น I / O ด้วยวิธีนี้
การดำเนินงานของทั้งสองรายการจะถูกแทรกเพื่อให้เกิดการดำเนินการพร้อมกัน ใน
นอกจากนี้การส่งผ่าน - ปริมาณของงานที่ประสบความสำเร็จในช่วงเวลาที่กำหนด
- มีการปรับปรุงเป็น CPU รันรายการอื่นแทนการอยู่ในรัฐที่ไม่ได้ใช้
สำหรับการดำเนินงานรอ I / O ที่จะเสร็จสมบูรณ์
อย่างไรก็ตามแม้ว่าทั้งสองรายการอาจจะ อย่างสมบูรณ์แบบที่ถูกต้องในตัวเองระหว่างทิ้งของการดำเนินงานในลักษณะนี้อาจทำให้เกิดผลที่ไม่ถูกต้องจึงไม่สูญเสีย
ความสมบูรณ์และความสอดคล้องของฐานข้อมูล เราตรวจสอบสามตัวอย่างของการแก้ปัญหาการกำหนดปัญหาที่มีศักยภาพที่เกิดจากการเห็นพ้องด้วยปัญหาสูญเสียการปรับปรุงการพึ่งพาปราศจากข้อผูกมัด
ปัญหาและวิเคราะห์ปัญหาที่เกิดขึ้นไม่สอดคล้องกัน เพื่อแสดงให้เห็นปัญหาเหล่านี้เราจะใช้
ความสัมพันธ์ที่ง่ายบัญชีธนาคารที่มียอดคงเหลือบัญชี DreamHomestaff ใน
บริบทที่เรากำลังใช้การทำธุรกรรมเป็นหน่วยควบคุมภาวะพร้อมกัน

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

มีวัตถุประสงค์หลักในการพัฒนาฐานข้อมูลเพื่อให้ผู้ใช้หลายคนเข้าถึงข้อมูลที่ใช้ร่วมกัน
พร้อม การเข้าถึงพร้อมกันค่อนข้างง่าย หากผู้ใช้มีเพียงอ่านข้อมูลตามที่มี
เป็นวิธีการที่พวกเขาสามารถยุ่งกับคนอื่น อย่างไรก็ตาม เมื่อสองคนหรือมากกว่าผู้ใช้
การเข้าถึงฐานข้อมูลพร้อมกัน และอย่างน้อยหนึ่งคือการปรับปรุงข้อมูลอาจจะมีอินเตอร์ฟีเรนซีที่ได้ผลในความไม่สอดคล้องกัน .
วัตถุประสงค์นี้คล้ายคลึงกับวัตถุประสงค์ของผู้ใช้หลายระบบคอมพิวเตอร์ ซึ่งช่วยให้
2 หรือมากกว่าโปรแกรม ( หรือรายการ ) เพื่อดำเนินการในคราวเดียวกัน ตัวอย่างเช่น หลายระบบ
มีอินพุต / เอาต์พุต ( I / O ) ระบบที่สามารถจัดการกับ I / O การดำเนินงานอิสระ
ขณะที่หน่วยประมวลผลกลาง ( CPU ) มีประสิทธิภาพการดำเนินงานหลักๆระบบดังกล่าวสามารถ
ช่วยให้สองคนหรือมากกว่ารายการที่จะดำเนินการพร้อมกัน ระบบจะเริ่มทำการ
รายการแรก จนมาถึงการ I / O การดำเนินงาน ในขณะที่ I / O จะถูกดำเนินการ ,
CPU suspends รายการแรกและรันคำสั่งจากธุรกรรมที่สอง .
เมื่อธุรกรรมที่สองถึง I / O การควบคุมแล้ว กลับก่อน
รายการและการดําเนินงานต่อจากจุดที่ถูกระงับ
รายการแรกต่อไปจนกว่าอีกถึงอีก I / O การดำเนินงาน ในวิธีนี้ ,
ปฏิบัติการของทั้งสองธุรกรรมจะอัดเพื่อให้บรรลุการดำเนินการพร้อมกัน ใน
นอกจากนี้อัตราความเร็วและปริมาณงานที่ได้ในช่วงเวลาที่กำหนด
- มีการปรับปรุงเป็น CPU ประมวลผลธุรกรรมอื่นแทนที่จะอยู่ในสถานะ Idle
รอ I / O การดำเนินงานให้เสร็จสมบูรณ์ .
แต่แม้ว่าสองรายการที่อาจจะถูกต้องในตัวเองระหว่างออกปฏิบัติการในลักษณะนี้อาจก่อให้เกิดผลที่ไม่ถูกต้อง จึงสูญเสีย
ความซื่อสัตย์และความสอดคล้องของฐานข้อมูล .เราตรวจสอบสามตัวอย่างของปัญหาที่เกิดจากการ lems ศักยภาพ : ปัญหาการปรับปรุงข้อมูลสูญหาย ปัญหาการพึ่งพิง
ไม่ได้ผูกมัด และไม่สอดคล้องกัน การวิเคราะห์ปัญหา แสดงให้เห็นถึงปัญหาเหล่านี้เราใช้
ง่ายบัญชีธนาคารความสัมพันธ์ที่มีบัญชี dreamhomestaff ยอดดุล ในบริบทนี้
เราใช้ธุรกรรมเป็นหน่วยของการควบคุม
การเห็นพ้องด้วย