[轉載]紅皮書總結(二)——論ODBC

這個知識點非常出彩,博主的探索能力很強。

原文地址:紅皮書總結(二)——論ODBC作者:renliyuan-廊坊師範提高班十五期

    在實例二中接觸到了ODBC這個東西,因爲32位和64位這個問題還一度對我造成很大的困擾,到了驗項目的時候,師父又提到了它    ——“爲什麼其他幾個例子連接數據庫都需要用APP.path,通過路徑連接,而第二個例子不用這個路徑也可以直接連接數據庫,爲什麼?”

    那麼今天就讓我們來深入瞭解一下這個ODBC到底有什麼特別之處。

    ODBC(open database connectivity)開放數據庫互聯,它連接數據庫的方式:

    step1:在開始中搜索ODBC,這時會出現兩個ODBC(32位)和ODBC(64位),選擇ODBC(32位)。【PS:64位和32位的區別只是針對於不同位數的操作系統,在使用上沒有什麼大的不同,但是針對第三方客戶端SQL目前只支持32位的客戶端,如果使用64位則需要進行客戶端的重新配置,因此選擇32位爲佳。】

    step2:

[轉載]紅皮書總結(二)——論ODBC

[轉載]紅皮書總結(二)——論ODBC
[轉載]紅皮書總結(二)——論ODBC

[轉載]紅皮書總結(二)——論ODBC

[轉載]紅皮書總結(二)——論ODBC

    到此步驟,ODBC連接數據庫就配置好了,接下來用一部分代碼就可以通過vb連接ODBC了

 

關鍵代碼展示如下:

   objCn.Open "DSN=實例2DSN"  

 

 

    ODBC相較App.path連接數據庫的有點就是前者相當於絕對路徑,無論數據庫放在哪個位置上,都可以識別並加載出來,而App.path只能識別相對路徑,數據庫文件一挪地方,它就找不到了,因此,ODBC還不錯。

 

【PS:ODBC的優缺點:它是Microsoft的基於關係數據庫的一種互聯技術,只能訪問關係數據庫,如果使用SQLAPI編程會比較高效,但是代碼很多,如果使用MFC ODBC封裝的類進行訪問計較簡單。此外雖然ODBC是一種底層的訪問技術,但ODBCAPI可以是應用程序從底層設置和控制數據庫,完成一些高級數據庫技術無法完後的功能,也是很優秀啊】

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章