這段時間開始有幸學習了ado.net訪問數(shù)據(jù)庫的一些內(nèi)容。我開始思考一個有關數(shù)據(jù)庫事務控制的問題。ado.net中的SqlTransaction 類可以為數(shù)據(jù)庫訪問提供事務的支持。你可以打開一個數(shù)據(jù)庫聯(lián)接，然后在這個聯(lián)接上啟動一個事務（啟動事務相當于T-SQL的begin transaction語句），在這個啟動了事務的數(shù)據(jù)庫聯(lián)接上你可以添加并執(zhí)行若干數(shù)據(jù)庫訪問命令，然后根據(jù)命令的執(zhí)行情況決定提交或者回滾事務。這使得通過ado.net訪問數(shù)據(jù)庫的應用程序可以實現(xiàn)數(shù)據(jù)庫的事務控制。

另一方面，T-SQL同樣提供了數(shù)據(jù)庫的事務控制，這是眾所周知的。通常，數(shù)據(jù)庫設計人員常說，把數(shù)據(jù)的訪問控制放在離數(shù)據(jù)最近的地方才是最安全的，比如我們設計數(shù)據(jù)庫時，在數(shù)據(jù)表上實現(xiàn)的唯一約束、check約束、觸發(fā)器等等都是基于這種設計思想的。類似ado.net這種的數(shù)據(jù)庫訪問技術也提供了對數(shù)據(jù)庫事務的支持，但是按照“把數(shù)據(jù)的訪問控制放在離數(shù)據(jù)最近的地方才是最安全的”的思想，我們有更好的選擇方式。比如，我們可以設計數(shù)據(jù)庫存儲過程，由存儲過程提供事務控制，并只允許數(shù)據(jù)庫客戶端訪問數(shù)據(jù)庫時去執(zhí)行存儲過程。這樣一來，似乎就沒有使用ado.net、ado、oledb等等這些數(shù)據(jù)庫訪問技術提供的支持事務的API接口的必要了。但是，我想未必是這樣的，既然有這些API接口存在，肯定是有它的必要性的。

我現(xiàn)在想讓大家討論一下，你們在實際應用中使用過某種數(shù)據(jù)庫訪問技術的事務功能嗎？這種應用是在什么請況下比較有價值呢？