基本介紹
- 中文名：事務處理
- 外文名：transaction processing
- 優點：ACID屬性
事務處理,資料庫事務處理,資料庫,事務處理,sql語言,
事務處理
在許多大型、關鍵的應用程式中，計算機每秒鐘都在執行大量的任務。更為經常的不是這些任務本身，而是將這些任務結合在一起完成一個業務要求，稱為事務。如果能成功地執行一個任務，而在第二個或第三個相關的任務中出現錯誤，將會發生什麼？這個錯誤很可能使系統處於不一致狀態。這時事務變得非常重要，它能使系統擺脫這種不一致的狀態。
為了討論事務處理，必須首先定義事務。
事務是一個最小的工作單元，不論成功與否都作為一個整體進行工作。
當事務失敗時，系統返回到事務開始時的狀態。這個取消所有變化的過程稱為“回滾”( rollback )。例如，如果一個事務成功更新了兩個表，在更新第三個表時失敗，則系統將兩次更新恢復原狀，並返回到原始的狀態。
保持應用程式的完整性
任何應用程式的關鍵是要確保它所執行的所有操作都是正確的，如果應用程式僅僅是部分地完成操作，那么應用程式中的數據，甚至整個系統將會處於不一致狀態。例如，看一下銀行轉賬的例子，如果從一個帳戶中提出錢，而在錢到達另一個帳戶前出錯，那么在此應用程式中的數據是錯誤的，而且失去了它的完整性，也就是說錢會莫名其妙地消失。
克服這種錯誤有兩種方法：
在傳統的編程模型中，開發者必須防止任何方式的操作失敗。對任何失敗點，開發者必須加上支持應用程式返回到這一操作開始時的狀態的措施。換句話說，開發者必須加入代碼使系統能夠在操作出現錯誤時恢復原狀(撤消)。
更為簡單的方法是在事務處理系統的環境之內進行操作，事務處理系統的任務就是保證整個事務或者完全成功，或者什麼也不做。如果事務的所有任務都成功地完成，那么在應用程式中的變化就提交給系統，系統就處理下一個事務或任務。如果操作中某一部分不能成功地完成，這將使系統處於無效的狀態，應回滾系統的變化，並使應用程式返回到原來的狀態。
在幫助開發人員解決複雜的問題時，事務處理系統的另一好處是其ACID屬性。
ACID屬性
ACID就是：原子性(Atomicity )、一致性( Consistency )、隔離性( Isolation)和持久性(Durabilily)。
1. 原子性
為了提供回滾或者撤消未提交的變化的能力，許多數據源採用日誌機制。例如，SQL Server使用一個預寫事務日誌，在將數據套用於(或提交到)實際數據頁面前，先寫在事務日誌上。但是，其他一些數據源不是關係型資料庫管理系統(RDBMS)，它們管理未提交事務的方式完全不同。只要事務回滾時，數據源可以撤消所有未提交的改變，那么這種技術應該可用於管理事務。
2. 一致性
事務在系統完整性中實施一致性，這通過保證系統的任何事務最後都處於有效狀態來實現。如果事務成功地完成，那么系統中所有變化將正確地套用，系統處於有效狀態。如果在事務中出現錯誤，那么系統中的所有變化將自動地回滾，系統返回到原始狀態。因為事務開始時系統處於一致狀態，所以現在系統仍然處於一致狀態。
當許多用戶同時使用和修改同樣的數據時，事務必須保持其數據的完整性和一致性。
3. 隔離性
重要的是，在隔離狀態執行事務，系統的狀態有可能是不一致的，在結束事務前，應確保系統處於一致狀態。但是在每個單獨的事務中，系統的狀態可能會發生變化。如果事務不是在隔離狀態運行，它就可能從系統中訪問數據，而系統可能處於不一致狀態。通過提供事務隔離，可以阻止這類事件的發生。
在銀行的示例中，這意味著在這個系統內，其他過程和事務在我們的事務完成前看不到我們的事務引起的任何變化，這對於終止的情況非常重要。如果有另一個過程根據帳戶餘額進行相應處理，而它在我們的事務完成前就能看到它造成的變化，那么這個過程的決策可能建立在錯誤的數據之上，因為我們的事務可能終止。這就是說明了為什麼事務產生的變化，直到事務完成，才對系統的其他部分可見。
隔離性不僅僅保證多個事務不能同時修改相同數據，而且能夠保證事務操作產生的變化直到變化被提交或終止時才能對另一個事務可見，並發的事務彼此之間毫無影響。這就意味著所有要求修改或讀取的數據已經被鎖定在事務中，直到事務完成才能釋放。大多數資料庫，例如SQL Server以及其他的RDBMS，通過使用鎖定來實現隔離，事務中涉及的各個數據項或數據集使用鎖定來防止並發訪問。
4. 持久性
在銀行的例子中，資金的轉移是永久的，一直保持在系統中。這聽起來似乎簡單，但這，依賴於將數據寫入磁碟，特別需要指出的是，在事務完全完成並提交後才寫入磁碟的。
所有這些事務特性，不管其內部如何關聯，僅僅是保證從事務開始到事務完成，不管事務成功與否，都能正確地管理事務涉及的數據。
資料庫事務處理
資料庫
資料庫的更新通常都是由客觀世界的所發生的事件引起的。為保證資料庫內容的一致，就要將資料庫的一組操作作為一個整體來進行，要么全部成功完成，要么全部失敗退出。如果由於故障或其它原因而使一組操作中有一些完成，有一些未完成，則必然會使得資料庫中的數據出現不一致，從而使得資料庫的完整性受到破壞。因此，更新操作序列必須作為一個整體在DBMS執行時出現，即“要么全做，要么全不做”。SQL提供了事務處理的機制，來幫助DBMS實現上述的功能。
事務處理
事務處理（TRANSACTION）是由一個或多個SQL語句序列結合在一起所形成的一個邏輯處理單元。事務處理中的每個語句都是完成整個任務的一部分工作，所有的語句組織在一起能夠完成某一特定的任務。DBMS在對事務處理中的語句進行處理時，是按照下面的約定來進行的，這就是“事務處理中的所有語句被作為一個原子工作單位，所有的語句既可成功地被執行，也可以沒有任何一個語句被執行”。DBMS負責完成這種約定，即使在事務處理中應用程式異常退出，或者是硬體出現故障等各種意外情況下，也是如此。在任何意外情況下，DBMS都負責確保在系統恢復正常後，資料庫內容決不會出現“部分事務處理中的語句被執行完”的情況。
sql語言
sql語言為事務處理提供了兩個重要的語句，它們是COMMIT和ROLLBACK語句。它們的使用格式是：
COMMIT WORK
ROLLBACK WORK
