在ADO.NET中使用事務保護資料的完整性(2)

來源:互聯網
上載者:User
ado|資料 事務剖析

事務最基本上包含兩個步驟 – 開始, 然後是提交或復原. 開始調用定義了事務的邊界, 同時調用提交或復原在定義結束. 在事務邊界內, 所有的執行描述被認為是完成任務的一部分, 必須作為成功或失敗的一種. 如果一切都成功提交將會執行所有的資料修改, 如果有任何錯誤發生, 復原將會取消修改. 所有的.Net 資料提供對象提供了類似的類和方法來完成這些操作.

孤立等級

孤立等級在事務中界定事務孤立行為. 越是孤立等級越高, 資料越不會被別的事務幹擾. 許多資料庫通過加鎖來增強孤立等級. 你應該實行兩次檢查你目標DBMS使用.好的做法是在效能和並發上折衷, 較多的鎖系統將不得不維護, 越多的話容易造成衝突並且會降低速度對於不同的處理來說.

以下列表是孤立等級對於ADO.Net的支援, 來自於.Net Framewok SDK. 以下列表孤立等級限制性越來越強.



Member name
Description
Value

Unspecified

Supported by the .NET Compact Framework.
A different isolation level than the one specified is being used, but the level cannot be determined.
-1

Chaos

Supported by the .NET Compact Framework.
The pending changes from more highly isolated transactions cannot be overwritten.
16

ReadUncommitted

Supported by the .NET Compact Framework.
A dirty read is possible, meaning that no shared locks are issued and no exclusive locks are honored.
256

ReadCommitted

Supported by the .NET Compact Framework.
Shared locks are held while the data is being read to avoid dirty reads, but the data can be changed before the end of the transaction, resulting in non-repeatable reads or phantom data.
4096

RepeatableRead

Supported by the .NET Compact Framework.
Locks are placed on all data that is used in a query, preventing other users from updating the data. Prevents non-repeatable reads but phantom rows are still possible.
65536

Serializable

Supported by the .NET Compact Framework.
A range lock is placed on the data set, preventing other users from updating or inserting rows into the dataset until the transaction is complete.
1048576



小注: 無序的孤立等級是不被SQL Server 或 Oracle 支援的, 只有OLEDB 資料提供對象將會作為孤立等級設定事務接受它. 如果試圖用SQL Server 或Oracle 設定它,將會得到一個ArgumentException, 指明無效的孤立等級參數.

Sql Server 和 Oracle 和 OLE DB 資料提供對象預設為ReadCommitted 孤立等級. ODBC 資料提供對象預設孤立等級各不相同, 依賴於ODBC的驅動的不同. 如果你考慮ReadCommitted 不是你想要的孤立等級, 你可以使用Transaction.IsolationLevel 屬性來 指定不同的等級. 你應該非常謹慎考慮修改這些設定,雖然, 執行適當的測試來保證,這些變化不能影響資料的一致性,或其它的並發問題. 如果有資料庫管理員, 你應該向他們請教關於特定任務的恰當等級.你也應該查看資料庫文檔來看你的資料庫是如何處理孤立等級和鎖的.

局部復原

通常情況下,如果一個事務發生錯誤,你會發現你想復原的地方並不是整個事務.只有當你完全成功處理完某個事務需要大量的時間時,你希望會這樣做. 但檢查部分執行成功將會開銷很大. 你要平衡資料修改成本和不得不復原一些小的的部分來避免開支過大.

部分復原通常使用savepoints或者是內嵌事務, 主要依賴於你的資料庫是如何工作的. 一些DBMS 或者不提供這種機制,因此查看你的資料庫文檔看是否或如何?局部復原.

Sql Server 和 Oracle 允許使用 savepoints (當造成復原時你可以引用)來停止復原在預定的點.他們不真正的執行內嵌的事務,另外的一些DBMSs來完成同樣的工作. Sql Server 在最簡單的意義上允許使用內嵌的事務, 你可以使用內嵌的開始...提交T-Sql塊語句.然而, 只有在提交以外事實上提交了所有的事務,在提交過程以內僅僅是消耗系統變數,因此你可以跟蹤多少事務你有多少已經開啟的事務.

一些資料庫執行了真正的內嵌事務. 對這些資料類型來說,內嵌的提交將會實際上提交響應的事務,即使外部的交易回復內嵌事務仍然會提交.



相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。