tailieunhanh - Fundamentals of Database systems 3th edition PHẦN 8

Trong chương này, chúng tôi đã thảo luận về kỹ thuật để phục hồi từ những thất bại giao dịch. Mục tiêu chính của phục hồi là để đảm bảo tài sản atomicity của một giao dịch. Nếu giao dịch không thành công trước khi hoàn thành thực hiện của nó, các cơ chế phục hồi để đảm bảo rằng giao dịch không có tác dụng lâu dài trên cơ sở dữ liệu. | Summary In this chapter we discussed the techniques for recovery from transaction failures. The main goal of recovery is to ensure the atomicity property of a transaction. If a transaction fails before completing its execution the recovery mechanism has to make sure that the transaction has no lasting effects on the database. We first gave an informal outline for a recovery process and then discussed system concepts for recovery. These included a discussion of caching in-place updating versus shadowing before and after images of a data item UNDO versus REDO recovery operations steal no-steal and force no-force policies system checkpointing and the write-ahead logging protocol. Next we discussed two different approaches to recovery deferred update and immediate update. Deferred update techniques postpone any actual updating of the database on disk until a transaction reaches its commit point. The transaction force-writes the log to disk before recording the updates in the database. This approach when used with certain concurrency control methods is designed never to require transaction rollback and recovery simply consists of redoing the operations of transactions committed after the last checkpoint from the log. The disadvantage is that too much buffer space may be needed since updates are kept in the buffers and are not applied to disk until a transaction commits. Deferred update can lead to a recovery algorithm known as NO-UNDO REDO. Immediate update techniques may apply changes to the database on disk before the transaction reaches a successful conclusion. Any changes applied to the database must first be recorded in the log and force-written to disk so that these operations can be undone if necessary. We also gave an overview of a recovery algorithm for immediate update known as UNDO REDO. Another algorithm known as UNDO NO-REDO can also be developed for immediate update if all transaction actions are recorded in the database before commit. We discussed .

crossorigin="anonymous">
Đã phát hiện trình chặn quảng cáo AdBlock
Trang web này phụ thuộc vào doanh thu từ số lần hiển thị quảng cáo để tồn tại. Vui lòng tắt trình chặn quảng cáo của bạn hoặc tạm dừng tính năng chặn quảng cáo cho trang web này.