談談VB的資料庫程式設計方式 (轉)

談談VB的資料庫程式設計方式 (轉)[@more@]VB全稱,是公司推出的基於Basic語言的視覺化環境,以其簡單易學功能強大而倍受廣大愛好者的青睞。
VB的程式設計方面按其難易程度可分為三類(由易到難);
●使用資料庫控制項和繫結控制項
●使用資料庫變數進行程式設計
●直接OC2.0
在使用VB進行資料庫程式設計時,通常,會首先選擇三種基本方法之一來進行資料庫應用的方案設計, 現在就將以上三種設計方法的適應範圍及其優缺點進行一個比較。
1 使用資料庫控制項和繫結控制項
1.1優點
?它是三種方法中編碼量最小的
?不必瞭解CDBC2.0API的細節
?允許使用標準的和第三方廠商制訂的控制項
?簡化了錯誤處理
?支援所有的動態集方法及屬性
1.2缺點
?不能存取快照物件(snapshop)物件或表格物件(都屬於記錄集物件)
?不能存取資料庫集合,比如表定義(TableDefs)欄位(Fieds),( Indexes)及查詢定義(QueryDefs)
?只能存取部分ODBC2.0管理
?不能進行真正的事務處理
?有限的錯誤診斷功能
1.3應用
?對中小規模的資料庫表(通常少於一千條記錄)只進行簡章的瀏覽操作
?基本查詢所對應的結果集長度有限(通常結果集的記錄數小於一百, 這些記錄從一個或兩個長度有限的表中檢索出來)
?應用程式的資料輸入/輸出項較少(通常只涉及一個或兩個長度有限的表、並且表中的欄位數在10個左右且不具有關係完整性限制
2 使用資料庫物件變數進行程式設計
2.1 優點
可以在程式中存取ODBC2.0的管理函式
可以控制多種記錄集型別:Dynaset、Snapshop及Table記錄集合物件
可以存取過程和查詢動作
可以存取資料庫集合物件,例如TableDefs、Fields、Indexes及QueryDefs
具有真正的事務處理能力 , 包括啟動事務 ( Begintrans) 、 提交事務(CommitTrans)及回滾事務(Rollback)
2.2 缺點
比使用資料控制項的方法編碼量較大
只能進行間接的錯誤處理和錯誤恢復
對每個資料庫操作沒有細粒度的控制
對結果集和包含結果集的內豐資源的操作受到限制
同直接使用ODBC2.0API函式的方法相比較低
2.3 應用
應用程式需要在期間動態地建立表、欄位及索引
應用程式涉及同步幾張表(但在邏輯上保持一致性)的複雜事務
應用程式使用結果集而不是Dynaset的窗體(FORMS),例如Snapshots或Tables,這裡是設計要考慮的關鍵
應用程式的表非常大,多於1000條記錄
應用程式具有複雜的資料輸入/輸出項,它涉及許多內部相關的欄位並且包括資料庫參照完整性或一致性規則
應用程式需要執行一些額外的操作和對結果集的查詢後處理, 尤其是需要很高的資料格式化顯示
?應用程式需要利用複雜的ODBC管理功能以選擇、、校驗及建立各種資料來源
?應用程式需要在執行期間“顯示”資料庫的基本結構
?應用程式需要使用複雜的多碼索引方式來檢索或更新記錄
3 直接呼叫ODBC2.0API
3.1 優點
?可以直接參與結果集的開發、管理及規範化
?對結果集遊標提供了更多的控制,並且提供了更多的遊標型別和執行動作
?能夠確定ODBC程式及SQL的一致性級別
?可以更好地控制的執行排程及資源利用
?其他方面同其他方法差不多,因此這種方法很可能具有最好的效能
3.2 缺點
?較其他兩種方法需要大量的程式碼
?程式碼複雜並且要求程式設計師具有編制API呼叫的
?在上Visual Basic執行期間庫的錯誤處理缺乏性,因此程式碼執行期間出現的錯誤所造成的後果會非常嚴重
3.3 應用
?如果環境為客戶機/下的大規模多環境,那麼應用程式必須都能夠準確地解決可能出現的系統錯誤和失敗
?應用程式強調資源使用,這裡如何對、 網路伺服器資源進行直接控制是首要的考慮因素
?應用程式使用超大規模資料庫,例如資料庫表可能包含幾萬或幾十萬條記錄