史前
那時候每個資料庫**商（其實也沒幾個）
都有自己的資料庫操作api，
每個應用程式只能使用乙個固定的資料庫
想換資料庫？沒門！你要全部重新寫
後來x/open和iso(好像還有ibm)說
這麼亂，程式設計師怎麼活啊
於是提出了cli（call-level inte***ce）
每個資料庫的cli(驅動程式)基本上相同，
程式設計師總算好過點了，可是要換資料庫，
你寫的程式需要重新編譯（或許還要安裝）
再後來於是odbc來了，它通過動態裝載各個資料庫的cli
把函式呼叫轉換成每個資料庫的cli呼叫
資料庫應用程式總算和資料庫**商每什麼關係了
再後來ms提出了ole，ms還有了自己的資料庫
(access/sql server)
ms是老大，這個問題上當然要有自己的看法
要是還只是提供odbc，那多沒面子
所以提出了 oledb,它通過com介面呼叫
oledb也需要每個資料庫提供乙個cli
（不過有了新名詞，叫作provider)
ms 給 access和sqlserver分別寫了乙個provider
不過為了照顧使用odbc的，也提供了乙個odbc的provider
這樣那些只提供odbc的資料庫也可以通過oledb訪問
不過這樣效率就稍微低了(因為要經過兩層麼)
所以現在有些資料庫會提供自己的provider
再後來ms說oledb的介面太複雜了
程式設計師也就調調query
沒必要搞這麼複雜吧
於是提出了ado,ado 通過在oledb上面封裝
簡化了使用方法,程式設計師在運算元據庫上總算是解放了
新世紀終於到來了
ms也發明了.net,為了適應新世紀新潮流
也提出了 ado.net
ODBC與ADO的區別
odbc open database connection，開放式資料互連 是訪問資料庫的乙個統一介面標準，它允許開發人員使用odbc api 應用程式介面 來訪問多種不同的資料來源，並執行資料操作。當使用應用程式時，應用程式首先通過使用odbc api與驅動管理器進行通訊，odbc api由一組o...
ODBC與ADO的區別
odbc 要了解odbc是什麼？在連線資料庫時，由於資料庫種類繁多，各種資料庫連線有不同的需求，而資料庫連線主要依靠各種api函式來進行連線。而odbc就是將這些api函式封裝起來形成統一的介面，當sql語句進入介面後，驅動器管理程式通過辨別將它們分別對應的進入各自的驅動器 driver 由驅動器來...
PB 通過ODBC或OLEDB連線ACCESS
pb 通過odbc或oledb連線access 1.odbc 1.1 建立odbc資料來源 1.2 profile sqlca.dbms odbc sqlca.autocommit false sqlca.dbparm connectstring dsn xtktv uid admin pwd 00...