OLEDB和ODBC的區別(優缺點)
2020-10-29 21:52:10
供稿：網友
ODBC是一種連接數據庫的開放標準。
ODBC(OpenDataBase Connectivity，開放數據庫互連)是微軟公司開放服務結構(WOSA，Windows OpenServices Architecture)中有關數據庫的一個組成部分，它建立了一組規范，并提供了一組對數據庫訪問的標準API（應用程序編程接口）。這些API利用SQL來完成其大部分任務。ODBC本身也提供了對SQL語言的支持，用戶可以直接將SQL語句送給ODBC。
它本身就是為了是數據庫的使用者不必考慮使用的是何種數據庫而只需要相同的操作而設計的。
ODBC是Open Database Connect即開放數據庫互連的簡稱，它是由Microsoft 公司于1991 年提出的一個用于訪問數據庫的統一界面標準，是應用程序和數據庫系統之間的中間件。它通過使用相應應用平臺上和所需數據庫對應的驅動程序與應用程序的交互來實現對數據庫的操作，避免了在應用程序中直接調用與數據庫相關的操作，從而提供了數據庫的獨立性。
ODBC 主要由驅動程序和驅動程序管理器組成。驅動程序是一個用以支持ODBC 函數調用的模塊，每個驅動程序對應于相應的數據庫，當應用程序從基于一個數據庫系統移植到另一個時，只需更改應用程序中由ODBC 管理程序設定的與相應數據庫系統對應的別名即可。驅動程序管理器可鏈接到所有ODBC 應用程序中，它負責管理應用程序中ODBC 函數與DLL 中函數的綁定。
ODBC 使用層次的方法來管理數據庫，在數據庫通信結構的每一層，對可能出現依賴數據庫產品自身特性的地方，ODBC 都引入一個公共接口以解決潛在的不一致性，從而很好地解決了基于數據庫系統應用程序的相對獨立性，這也是ODBC 一經推出就獲得巨大成功的重要原因之一。
從結構上分，ODBC 分為單束式和多束式兩類。
1.單束式驅動程序
單束式驅動程序介于應用程序和數據庫之間，像中介驅動程序一樣數據提供一個統一的數據訪問方式。當用戶進行數據庫操作時，應用程序傳遞一個ODBC 函數調用給ODBC 驅動程序管理器，由ODBC API 判斷該調用是由它直接處理并將結果返回還是送交驅動程序執行并將結果返回。由上可見，單束式驅動程序本身是一個數據庫引擎，由它直接可完成對數據庫的操作，盡管該數據庫可能位于網絡的任何地方。
2.多束式驅動程序
多束式驅動程序負責在數據庫引擎和客戶應用程序之間傳送命令和數據，它本身并不執行數據處理操作而用于遠程操作的網絡通信協議的一個界面。前端應用程序提出對數據庫處理的請求，該請求轉給ODBC 驅動程序管理器，驅動程序管理器依據請求的情況，就地完成或傳給多束驅動程序，多束式驅動程序將請求翻譯為特定廠家的數據庫通信接口（如Oracle 的SQLNet）所能理解的形式并交于接口去處理，接口把請求經網絡傳送給服務器上的數據引擎，服務器處理完后把結果發回給數據庫通信接口，數據庫接口將結果傳給多束式ODBC 驅動程序，再由驅動程序將結果傳給應用程序。
ODBC(開放數據庫互連):是Microsoft引進的一種早期數據庫接口技術。它實際上是ADO的前身。早期的數據庫連接是非常困難的. 每個數據庫的格式都不一樣,開發者得對他們所開發的每種數據庫的底層API有深刻的了解. 因此,能處理各種各樣數據庫的通用的API就應運而生了. 也就是現在的ODBC(Open Database Connectivity), ODBC是人們在創建通用API的早期產物. 有許多種數據庫遵從了這種標準,被稱為ODBC兼容的數據庫.
OLEDB(對象鏈接和嵌入數據庫)位于ODBC層與應用程序之間. 在你的ASP頁面里,ADO是位于OLEDB之上的"應用程序". 你的ADO調用先被送到OLEDB,然后再交由ODBC處理. 你可以直接連接到OLEDB層,如果你這么做了,你將看到服務器端游標(recordset的缺省的游標,也是最常用的游標)性能的提升.
參考 http://www.connectionstrings.com/
用odbc連接數據庫：
odbc中提供三種dsn,它們的區別很簡單：用戶dsn只能用于本用戶。系統dsn和文件dsn的區別只在于連接信息的存放位置不同：系統dsn存放在odbc儲存區里，而文件dsn則放在一個文本文件中。
它們的創建方法就不說了。
在asp中使用它們時，寫法如下：
1.sql server:
用系統dsn: connstr="DSN=dsnname; UID=xx; PWD=xxx;DATABASE=dbname"
用文件dsn:connstr="FILEDSN=xx;UID=xx; PWD=xxx;DATABASE=dbname"
還可以用連接字符串（從而不用再建立dsn):
connstr="DRIVER={SQLSERVER};SERVER=servername;UID=xx;PWD=xxx"
2.access:
用系統dsn: connstr="DSN=dsnname"
(或者為：connstr="DSN=dsnname;UID=xx;PWD=xxx")
用文件dsn:connstr="FILEDSN=xx"
還可以用連接字符串（從而不用再建立dsn):
connstr="DRIVER={MicrosoftAccess Driver};DBQ=d:/abc/abc.mdb"
用oledb連接數據庫：
1.sql server:
connstr="PROVIDER=SQLOLEDB;
DATASOURCE=servername;UID=xx;PWD=xxx;DATABASE=dbname"
2.access:
connstr="PROVICER=MICROSOFT.JET.OLEDB.4.0;
DATASOURCE=c:/abc/abc.mdb"
值得注意的是，OLE DB對ODBC的兼容性，允許OLE DB訪問現有的ODBC數據源。其優點很明顯，由于ODBC相對OLE DB來說使用得更為普遍，因此可以獲得的ODBC驅動程序相應地要比OLE DB的要多。這樣不一定要得到OLE DB的驅動程序，就可以立即訪問原有的數據系統。
提供者位于OLE DB層，而驅動程序位于ODBC層。如果想使用一個ODBC數據源，需要使用針對ODBC的OLE DB提供者，它會接著使用相應的ODBC驅動程序。如果不需要使用ODBC數據源，那么可以使用相應的OLE DB提供者，這些通常稱為本地提供者（native provider）。
可以清楚地看出使用ODBC提供者意味著需要一個額外的層。因此，當訪問相同的數據時，針對ODBC的OLE DB提供者可能會比本地的OLEDB提供者的速度慢一些。
ODBC,OLEDB連接字符串詳解
SQL Server
u ODBC
1. Standard Security:
"Driver={SQLServer};Server=Aron1;Database=pubs;Uid=sa;Pwd=asdasd;"
2. Trusted connection:
"Driver={SQLServer};Server=Aron1;Database=pubs;Trusted_Connection=yes;"
3. Prompt for username and password:
oConn.Properties("Prompt")= adPromptAlways
oConn.Open"Driver={SQL Server};Server=Aron1;DataBase=pubs;"
u OLE DB, OleDbConnection (.NET)
1. Standard Security:
"Provider=sqloledb;DataSource=Aron1;Initial Catalog=pubs;User Id=sa;Password=asdasd;"
2. Trusted Connection:
"Provider=sqloledb;DataSource=Aron1;Initial Catalog=pubs;Integrated Security=SSPI;"
(useserverName/instanceName as Data Source to use an specifik SQLServer instance,only SQLServer2000)
3. Prompt for username and password:
oConn.Provider= "sqloledb"
oConn.Properties("Prompt")= adPromptAlways
oConn.Open"Data Source=Aron1;Initial Catalog=pubs;"
4. Connect via an IP address:
"Provider=sqloledb;DataSource=190.190.200.100,1433;Network Library=DBMSSOCN;Initial Catalog=pubs;UserID=sa;Password=asdasd;"
(DBMSSOCN=TCP/IPinstead of Named Pipes, at the end of the Data Source is the port to use (1433is the default))
u SqlConnection (.NET)
1. Standard Security:
"DataSource=Aron1;Initial Catalog=pubs;User Id=sa;Password=asdasd;"
- or -
"Server=Aron1;Database=pubs;UserID=sa;Password=asdasd;Trusted_Connection=False"
(bothconnection strings produces the same result)
2. Trusted Connection:
"DataSource=Aron1;Initial Catalog=pubs;Integrated Security=SSPI;"
- or -
"Server=Aron1;Database=pubs;Trusted_Connection=True;"
(bothconnection strings produces the same result)
(useserverName/instanceName as Data Source to use an specifik SQLServer instance,only SQLServer2000)
3. Connect via an IP address:
"DataSource=190.190.200.100,1433;Network Library=DBMSSOCN;Initial Catalog=pubs;UserID=sa;Password=asdasd;"
(DBMSSOCN=TCP/IPinstead of Named Pipes, at the end of the Data Source is the port to use (1433is the default))
