Can you summarize the following document?
        
  資料庫事務通常包含了一個序列的對資料庫的讀/寫操作。包含有以下兩個目的:  當事務被提交給了資料庫管理系統(DBMS),則DBMS需要確保該事務中的所有操作都成功完成且其結果被永久儲存在資料庫中,如果事務中有的操作沒有成功完成,則事務中的所有操作都需要回滾,回到事務執行前的狀態;同時,該事務對資料庫或者其他事務的執行無影響,所有的事務都好像在獨立的執行。

  某人要在商店使用電子貨幣購買100元的東西,當中至少包括兩個操作:  支援交易的資料庫管理系統(transactional DBMS)就是要確保以上兩個操作(整個「交易」)都能完成,或一起取消;否則就會出現100元平白消失或出現的情況。  但在現實情況下,失敗的風險很高。在一個資料庫事務的執行過程中,有可能會遇上事務操作失敗、資料庫系統/作業系統出錯,甚至是儲存介質出錯等情況。這便需要DBMS對一個執行失敗的事務執行恢復操作,將其資料庫狀態恢復到一致狀態(資料的一致性得到保證的狀態)。為了實現將資料庫狀態恢復到一致狀態的功能,DBMS通常需要維護事務日誌以追蹤事務中所有影響資料庫資料的操作。

  並非任意的對資料庫的操作序列都是資料庫事務。資料庫事務擁有以下四個特性,習慣上被稱之為ACID特性。

  SQL國際標準使用codice_1開始一個事務(也可以用方言命令codice_2)。codice_3語句使事務成功完成。codice_4語句結束事務,放棄從codice_5開始的一切變更。若autocommit被codice_1的使用禁止,在事務結束時autocommit會重新啟用。
資料庫事務(簡稱:事務)是資料庫管理系統執行過程中的一個邏輯單位,由一個有限的資料庫操作序列構成。