| 以文本方式查看主題 - 曙海教育集團論壇 (http://www.bgl88.cn/bbs/index.asp) -- SQL Server數據庫 (http://www.bgl88.cn/bbs/list.asp?boardid=67) ---- 數據庫事務控制的實現位置：服務器VS客戶端，請大家討論 (http://www.bgl88.cn/bbs/dispbbs.asp?boardid=67&id=2523) |
| -- 作者：wangxinxin -- 發(fā)布時間：2010-12-13 13:13:08 -- 數據庫事務控制的實現位置：服務器VS客戶端，請大家討論 這段時間開始有幸學習了ado.net訪問數據庫的一些內容。我開始思考一個有關數據庫事務控制的問題。ado.net中的SqlTransaction 類可以為數據庫訪問提供事務的支持。你可以打開一個數據庫聯(lián)接，然后在這個聯(lián)接上啟動一個事務（啟動事務相當于T-SQL的begin transaction語句），在這個啟動了事務的數據庫聯(lián)接上你可以添加并執(zhí)行若干數據庫訪問命令，然后根據命令的執(zhí)行情況決定提交或者回滾事務。這使得通過ado.net訪問數據庫的應用程序可以實現數據庫的事務控制。
另一方面，T-SQL同樣提供了數據庫的事務控制，這是眾所周知的。通常，數據庫設計人員常說，把數據的訪問控制放在離數據最近的地方才是最安全的，比如我們設計數據庫時，在數據表上實現的唯一約束、check約束、觸發(fā)器等等都是基于這種設計思想的。類似ado.net這種的數據庫訪問技術也提供了對數據庫事務的支持，但是按照“把數據的訪問控制放在離數據最近的地方才是最安全的”的思想，我們有更好的選擇方式。比如，我們可以設計數據庫存儲過程，由存儲過程提供事務控制，并只允許數據庫客戶端訪問數據庫時去執(zhí)行存儲過程。這樣一來，似乎就沒有使用ado.net、ado、oledb等等這些數據庫訪問技術提供的支持事務的API接口的必要了。但是，我想未必是這樣的，既然有這些API接口存在，肯定是有它的必要性的。 我現在想讓大家討論一下，你們在實際應用中使用過某種數據庫訪問技術的事務功能嗎？這種應用是在什么請況下比較有價值呢？ |