什麼是數據庫事務
數據庫事務是指作為單個邏輯工作單元執行的一系列操作。
設想網上購物的一次交易，其付款過程至少包括以下幾步數據庫操作：
· 更新客戶所購商品的庫存信息
· 保存客戶付款信息--可能包括與銀行系統的交互
· 生成訂單並且保存到數據庫中
· 更新用戶相關信息，例如購物數量等等
正常的情況下，這些操作將順利進行，最終交易成功，與交易相關的所有數據庫信息也成功地更新。但是，如果在這一系列過程中任何一個環節出了差錯，例如在更新商品庫存信息時發生異常、該顧客銀行帳戶存款不足等，都將導致交易失敗。一旦交易失敗，數據庫中所有信息都必須保持交易前的狀態不變，比如最後一步更新用戶信息時失敗而導致交易失敗，那麼必須保證這筆失敗的交易不影響數據庫的狀態--庫存信息沒有被更新、用戶也沒有付款，訂單也沒有生成。否則，數據庫的信息將會一片混亂而不可預測。
數據庫事務正是用來保證這種情況下交易的平穩性和可預測性的技術。
數據庫事務的ACID屬性
事務處理可以確保除非事務性單元內的所有操作都成功完成，否則不會永久更新面向數據的資源。通過將一組相關操作組合為一個要麼全部成功要麼全部失敗的單元，可以簡化錯誤恢復並使應用程序更加可靠。一個邏輯工作單元要成為事務，必須滿足所謂的ACID(原子性、一致性、隔離性和持久性)屬性：
· 原子性
事務必須是原子工作單元；對於其數據修改，要麼全都執行，要麼全都不執行。通常，與某個事務關聯的操作具有共同的目標，並且是相互依賴的。如果系統只執行這些操作的一個子集，則可能會破壞事務的總體目標。原子性消除了系統處理操作子集的可能性。
· 一致性
事務在完成時，必須使所有的數據都保持一致狀態。在相關數據庫中，所有規則都必須應用於事務的修改，以保持所有數據的完整性。事務結束時，所有的內部數據結構（如 B 樹索引或雙向鏈表）都必須是正確的。某些維護一致性的責任由應用程序開發人員承擔，他們必須確保應用程序已強制所有已知的完整性約束。例如，當開發用於轉帳的應用程序時，應避免在轉帳過程中任意移動小數點。
· 隔離性
由並發事務所作的修改必須與任何其它並發事務所作的修改隔離。事務查看數據時數據所處的狀態，要麼是另一並發事務修改它之前的狀態，要麼是另一事務修改它之後的狀態，事務不會查看中間狀態的數據。這稱為可串行性，因為它能夠重新裝載起始數據，並且重播一系列事務，以使數據結束時的狀態與原始事務執行的狀態相同。當事務可序列化時將獲得最高的隔離級別。在此級別上，從一組可並行執行的事務獲得的結果與通過連續運行每個事務所獲得的結果相同。由於高度隔離會限制可並行執行的事務數，所以一些應用程序降低隔離級別以換取更大的吞吐量。
· 持久性
事務完成之後，它對於系統的影響是永久性的。該修改即使出現致命的系統故障也將一直保持。
DBMS的責任和我們的任務
企業級的數據庫管理系統（DBMS）都有責任提供一種保證事務的物理完整性的機制。就常用的SQL Server2000系統而言，它具備鎖定設備隔離事務、記錄設備保證事務持久性等機制。因此，我們不必關心數據庫事務的物理完整性，而應該關注在什麼情況下使用數據庫事務、事務對性能的影響，如何使用事務等等。
本文將涉及到在.Net框架下使用C#語言操縱數據庫事務的各個方面。
體驗SQL語言的事務機制
作為大型的企業級數據庫，SQL Server2000對事務提供了很好的支持。我們可以使用SQL語句來定義、提交以及回滾一個事務。
如下所示的SQL代碼定義了一個事務，並且命名為"MyTransaction"（限於篇幅，本文並不討論如何編寫SQL語言程序，請讀者自行參考相關書籍）：
DECLARE @TranName VARCHAR(20)
SELECT @TranName = 'MyTransaction'
BEGIN TRANSACTION @TranNameGOUSE pubs
GO
UPDATE roysched
SET royalty = royalty * 1.10
WHERE title_id LIKE 'Pc%'
GO
COMMIT TRANSACTION MyTransaction
GO
這裡用到了SQL Server2000自帶的示例數據庫pubs，提交事務後，將為所有暢銷計算機書籍支付的版稅增加 10%。
打開SQL Server2000的查詢分析器，選擇pubs數據庫，然後運行這段程序，結果顯而易見。
可是如何在C#程序中運行呢？我們記得在普通的SQL查詢中，一般需要把查詢語句賦值給SalCommand.CommandText屬性，這裡也就像普通的SQL查詢語句一樣，將這些語句賦給SqlCommand.CommandText屬性即可。要注意的一點是，其中的"GO"語句標志著SQL批處理的結束，編寫SQL腳本是需要的，但是在這裡是不必要的。我們可以編寫如下的程序來驗證這個想法：
//TranSql.csusing System;
using System.Data;
using System.Data.SqlClIEnt;
namespace ASPcn
{
public class DbTranSql
{
file://將事務放到SQL Server中執行
public void DoTran()
{
file://建立連接並打開
SqlConnection myConn=GetConn();myConn.Open();
SqlCommand myComm=new SqlCommand();
try
{
myComm.Connection=myConn;
myComm.CommandText="DECLARE @TranName VARCHAR(20) ";
myComm.CommandText+="SELECT @TranName = 'MyTransaction' ";
myComm.CommandText+="BEGIN TRANSACTION @TranName ";
myComm.CommandText+="USE pubs ";
myComm.CommandText+="UPDATE roysched SET royalty = royalty * 1.10 WHERE title_id LIKE 'Pc%' ";
myComm.CommandText+="COMMIT TRANSACTION MyTransaction ";
myComm.ExecuteNonQuery();
}
catch(Exception err)
{
throw new ApplicationException("事務操作出錯，系統信息："+err.Message);
}
finally
{
myConn.Close();
}
}
file://獲取數據連接
private SqlConnection GetConn()
{
string strSql="Data Source=localhost;Integrated Security=SSPI;user id=sa;passWord=";
SqlConnection myConn=new SqlConnection(strSql);
return myConn;
}
}
public class Test
{
public static void Main()
{
DbTranSql tranTest=new DbTranSql();
tranTest.DoTran();
Console.WriteLine("事務處理已經成功完成。");
Console.ReadLine();
}
}
}
注意到其中的SqlCommand對象myComm，它的CommandText屬性僅僅是前面SQL代碼字符串連接起來即可，當然，其中的"GO"語句已經全部去掉了。這個語句就像普通的查詢一樣，程序將SQL文本事實上提交給DBMS去處理了，然後接收返回的結果（如果有結果返回的話）。
很自然，我們最後看到了輸出"事務處理已經成功完成"，再用企業管理器查看pubs數據庫的roysched表，所有title_id字段以"PC"開頭的書籍的royalty字段的值都增加了0.1倍。
這裡，我們並沒有使用ADO.net的事務處理機制，而是簡單地將執行事務的SQL語句當作普通的查詢來執行，因此，事實上該事務完全沒有用到.Net的相關特性。
