資料庫事務

資料庫事務是指作為單個邏輯工作單元執行的一系列操作。

設想網上購物的一次交易，其付款過程至少包括以下幾步資料庫操作：

· 更新客戶所購商品的庫存資訊

· 儲存客戶付款資訊--可能包括與銀行系統的互動

· 生成訂單並且儲存到資料庫中

· 更新使用者相關資訊，例如購物數量等等

正常的情況下，這些操作將順利進行，最終交易成功，與交易相關的所有資料庫資訊也成功地更新。但是，如果在這一系列過程中任何乙個環節出了差錯，例如在更新商品庫存資訊時發生異常、該顧客銀行帳戶存款不足等，都將導致交易失敗。一旦交易失敗，資料庫中所有資訊都必須保持交易前的狀態不變，比如最後一步更新使用者資訊時失敗而導致交易失敗，那麼必須保證這筆失敗的交易不影響資料庫的狀態--庫存資訊沒有被更新、使用者也沒有付款，訂單也沒有生成。否則，資料庫的資訊將會一片混亂而不可**。

資料庫事務正是用來保證這種情況下交易的平穩性和可**性的技術。

資料庫事務的acid屬性

事務處理可以確保除非事務性單元內的所有操作都成功完成，否則不會永久更新面向資料的資源。通過將一組相關操作組合為乙個要麼全部成功要麼全部失敗的單元，可以簡化錯誤恢復並使應用程式更加可靠。乙個邏輯工作單元要成為事務，必須滿足所謂的acid(原子性、一致性、隔離性和永續性)屬性：

·原子性

事務必須是原子工作單元；對於其資料修改，要麼全都執行，要麼全都不執行。通常，與某個事務關聯的操作具有共同的目標，並且是相互依賴的。如果系統只執行這些操作的乙個子集，則可能會破壞事務的總體目標。原子性消除了系統處理操作子集的可能性。

·一致性

事務在完成時，必須使所有的資料都保持一致狀態。在相關資料庫中，所有規則都必須應用於事務的修改，以保持所有資料的完整性。事務結束時，所有的內部資料結構（如 b 樹索引或雙向鍊錶）都必須是正確的。某些維護一致性的責任由應用程式開發人員承擔，他們必須確保應用程式已強制所有已知的完整性約束。例如，當開發用於轉帳的應用程式時，應避免在轉帳過程中任意移動小數點。

·隔離性

由併發事務所作的修改必須與任何其它併發事務所作的修改隔離。事務檢視資料時資料所處的狀態，要麼是另一併發事務修改它之前的狀態，要麼是另一事務修改它之後的狀態，事務不會檢視中間狀態的資料。這稱為可序列性，因為它能夠重新裝載起始資料，並且重播一系列事務，以使資料結束時的狀態與原始事務執行的狀態相同。當事務可序列化時將獲得最高的隔離級別。在此級別上，從一組可並行執行的事務獲得的結果與通過連續執行每個事務所獲得的結果相同。由於高度隔離會限制可並行執行的事務數，所以一些應用程式降低隔離級別以換取更大的吞吐量。

·永續性

事務完成之後，它對於系統的影響是永久性的。該修改即使出現致命的系統故障也將一直保持。

dbms的責任和我們的任務

企業級的資料庫管理系統（dbms）都有責任提供一種保證事務的物理完整性的機制。就常用的sql server2000系統而言，它具備鎖定裝置隔離事務、記錄裝置保證事務永續性等機制。因此，我們不必關心資料庫事務的物理完整性，而應該關注在什麼情況下使用資料庫事務、事務對效能的影響，如何使用事務等等。

體驗sql語言的事務機制

作為大型的企業級資料庫，sql server2000對事務提供了很好的支援。我們可以使用sql語句來定義、提交以及回滾乙個事務。

如下所示的sql**定義了乙個事務，並且命名為"mytransaction"（限於篇幅，本文並不討論如何編寫sql語言程式，請讀者自行參考相關書籍）：

sql **

declare @tranname varchar(20)

select @tranname = 'mytransaction'

begin

transaction @trannamegouse pubs

update roysched

set royalty = royalty * 1.10

where title_id like 'pc%'

commit

transaction mytransaction

這裡用到了sql server2000自帶的示例資料庫pubs，提交事務後，將為所有暢銷計算機書籍支付的版稅增加 10%。

開啟sql server2000的查詢分析器，選擇pubs資料庫，然後執行這段程式，結果顯而易見。

可是如何在c#程式中執行呢？我們記得在普通的sql查詢中，一般需要把查詢語句賦值給salcommand.commandtext屬性，這裡也就像普通的sql查詢語句一樣，將這些語句賦給sqlcommand.commandtext屬性即可。要注意的一點是，其中的"go"語句標誌著sql批處理的結束，編寫sql指令碼是需要的，但是在這裡是不必要的。我們可以編寫如下的程式來驗證這個想法：

c# **

system;

using system.data;

using system.data.sqlclient;

namespace aspcn

catch(exception err)

finally

}

file://獲取資料連線

private sqlconnection getconn()

}

public

class test

}

} 注意到其中的sqlcommand物件mycomm，它的commandtext屬性僅僅是前面sql**字串連線起來即可，當然，其中的"go"語句已經全部去掉了。這個語句就像普通的查詢一樣，程式將sql文字事實上提交給dbms去處理了，然後接收返回的結果（如果有結果返回的話）。

很自然，我們最後看到了輸出"事務處理已經成功完成"，再用企業管理器檢視pubs資料庫的roysched表，所有title_id欄位以"pc"開頭的書籍的royalty欄位的值都增加了0.1倍。

這裡，我們並沒有使用ado.net的事務處理機制，而是簡單地將執行事務的sql語句當作普通的查詢來執行，因此，事實上該事務完全沒有用到.net的相關特性。

了解.net中的事務機制

如你所知，在.net框架中主要有兩個命名空間(namespace)用於應用程式同資料庫系統的互動：system.data.sqlclient和system.data.oledb。前者專門用於連線microsoft公司自己的sql server資料庫，而後者可以適應多種不同的資料庫。這兩個命名空間中都包含有專門用於管理資料庫事務的類，分別是system.data.sqlclient.sqltranscation類和system.data.oledb.oledbtranscation類。

就像它們的名字一樣，這兩個類大部分功能是一樣的，二者之間的主要差別在於它們的連線機制，前者提供一組直接呼叫 sql server 的物件，而後者使用本機 ole db 啟用資料訪問。事實上，ado.net 事務完全在資料庫的內部處理，且不受 microsoft 分布式事務處理協調器 (dtc) 或任何其他事務性機制的支援。本文將主要介紹system.data.sqlclient.sqltranscation類，下面的段落中，除了特別註明，都將使用system.data.sqlclient.sqltranscation類。

資料庫事務

資料庫事務

資料庫 事務

資料庫事務

相關推薦

資料庫事務