欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

OLEDB和ODBC的區(qū)別(優(yōu)缺點)

 更新時間:2012年09月16日 00:37:01   作者:  
ODBC是一種連接數據庫的開放標準,OLEDB(對象鏈接和嵌入數據庫)位于ODBC層與應用程序之間. 在你的ASP頁面里,ADO是位于OLEDB之上的應用程序. 你的ADO調用先被送到OLEDB,然后再交由ODBC處理
ODBC是一種連接數據庫的開放標準。

ODBC(OpenDataBase Connectivity,開放數據庫互連)是微軟公司開放服務結構(WOSA,Windows OpenServices Architecture)中有關數據庫的一個組成部分,它建立了一組規(guī)范,并提供了一組對數據庫訪問的標準API(應用程序編程接口)。這些API利用SQL來完成其大部分任務。ODBC本身也提供了對SQL語言的支持,用戶可以直接將SQL語句送給ODBC。
它本身就是為了是數據庫的使用者不必考慮使用的是何種數據庫而只需要相同的操作而設計的。

ODBC是Open Database Connect即開放數據庫互連的簡稱,它是由Microsoft 公司于1991 年提出的一個用于訪問數據庫的統(tǒng)一界面標準,是應用程序和數據庫系統(tǒng)之間的中間件。它通過使用相應應用平臺上和所需數據庫對應的驅動程序與應用程序的交互來實現對數據庫的操作,避免了在應用程序中直接調用與數據庫相關的操作,從而提供了數據庫的獨立性。
ODBC 主要由驅動程序和驅動程序管理器組成。驅動程序是一個用以支持ODBC 函數調用的模塊,每個驅動程序對應于相應的數據庫,當應用程序從基于一個數據庫系統(tǒng)移植到另一個時,只需更改應用程序中由ODBC 管理程序設定的與相應數據庫系統(tǒng)對應的別名即可。驅動程序管理器可鏈接到所有ODBC 應用程序中,它負責管理應用程序中ODBC 函數與DLL 中函數的綁定。
ODBC 使用層次的方法來管理數據庫,在數據庫通信結構的每一層,對可能出現依賴數據庫產品自身特性的地方,ODBC 都引入一個公共接口以解決潛在的不一致性,從而很好地解決了基于數據庫系統(tǒng)應用程序的相對獨立性,這也是ODBC 一經推出就獲得巨大成功的重要原因之一。

從結構上分,ODBC 分為單束式和多束式兩類。

1.單束式驅動程序

單束式驅動程序介于應用程序和數據庫之間,像中介驅動程序一樣數據提供一個統(tǒng)一的數據訪問方式。當用戶進行數據庫操作時,應用程序傳遞一個ODBC 函數調用給ODBC 驅動程序管理器,由ODBC API 判斷該調用是由它直接處理并將結果返回還是送交驅動程序執(zhí)行并將結果返回。由上可見,單束式驅動程序本身是一個數據庫引擎,由它直接可完成對數據庫的操作,盡管該數據庫可能位于網絡的任何地方。

2.多束式驅動程序

多束式驅動程序負責在數據庫引擎和客戶應用程序之間傳送命令和數據,它本身并不執(zhí)行數據處理操作而用于遠程操作的網絡通信協(xié)議的一個界面。前端應用程序提出對數據庫處理的請求,該請求轉給ODBC 驅動程序管理器,驅動程序管理器依據請求的情況,就地完成或傳給多束驅動程序,多束式驅動程序將請求翻譯為特定廠家的數據庫通信接口(如Oracle 的SQLNet)所能理解的形式并交于接口去處理,接口把請求經網絡傳送給服務器上的數據引擎,服務器處理完后把結果發(fā)回給數據庫通信接口,數據庫接口將結果傳給多束式ODBC 驅動程序,再由驅動程序將結果傳給應用程序。

ODBC(開放數據庫互連):是Microsoft引進的一種早期數據庫接口技術。它實際上是ADO的前身。早期的數據庫連接是非常困難的. 每個數據庫的格式都不一樣,開發(fā)者得對他們所開發(fā)的每種數據庫的底層API有深刻的了解. 因此,能處理各種各樣數據庫的通用的API就應運而生了. 也就是現在的ODBC(Open Database Connectivity), ODBC是人們在創(chuàng)建通用API的早期產物. 有許多種數據庫遵從了這種標準,被稱為ODBC兼容的數據庫.

OLEDB(對象鏈接和嵌入數據庫)位于ODBC層與應用程序之間. 在你的ASP頁面里,ADO是位于OLEDB之上的"應用程序". 你的ADO調用先被送到OLEDB,然后再交由ODBC處理. 你可以直接連接到OLEDB層,如果你這么做了,你將看到服務器端游標(recordset的缺省的游標,也是最常用的游標)性能的提升.

參考 http://www.connectionstrings.com/

用odbc連接數據庫:

odbc中提供三種dsn,它們的區(qū)別很簡單:用戶dsn只能用于本用戶。系統(tǒng)dsn和文件dsn的區(qū)別只在于連接信息的存放位置不同:系統(tǒng)dsn存放在odbc儲存區(qū)里,而文件dsn則放在一個文本文件中。
它們的創(chuàng)建方法就不說了。

在asp中使用它們時,寫法如下:

1.sql server:

用系統(tǒng)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:

用系統(tǒng)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數據源。其優(yōu)點很明顯,由于ODBC相對OLE DB來說使用得更為普遍,因此可以獲得的ODBC驅動程序相應地要比OLE DB的要多。這樣不一定要得到OLE DB的驅動程序,就可以立即訪問原有的數據系統(tǒng)。
提供者位于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))

相關文章

  • Spark?SQL小文件問題處理

    Spark?SQL小文件問題處理

    大量的小文件會影響Hadoop集群管理或者Spark在處理數據時的穩(wěn)定性,這篇文章主要介紹了Spark?SQL小文件問題的處理,感興趣的同學可以借鑒一下
    2023-04-04
  • DBeaver操作所有數據庫管理工具使用詳解

    DBeaver操作所有數據庫管理工具使用詳解

    這篇文章主要為大家介紹了一款操作所有數據庫工具DBeaver使用詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2022-07-07
  • neo4j實現創(chuàng)建多個數據庫

    neo4j實現創(chuàng)建多個數據庫

    這篇文章主要介紹了neo4j實現創(chuàng)建多個數據庫方式,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教
    2024-02-02
  • SQL查詢的底層運行原理深入分析

    SQL查詢的底層運行原理深入分析

    這篇文章主要給大家介紹了關于SQL查詢的底層運行原理,文中通過實例代碼結束的非常詳細,對大家學習或者使用SQL具有一定的參考學習價值,需要的朋友們下面來一起學習學習吧
    2020-08-08
  • SQL查詢出表、存儲過程、觸發(fā)器的創(chuàng)建時間和最后修改時間示例

    SQL查詢出表、存儲過程、觸發(fā)器的創(chuàng)建時間和最后修改時間示例

    這篇文章主要介紹了SQL查詢出表、存儲過程、觸發(fā)器的創(chuàng)建時間和最后修改時間示例,本文直接給出代碼實例,需要的朋友可以參考下
    2015-06-06
  • 介紹PostgreSQL中的jsonb數據類型

    介紹PostgreSQL中的jsonb數據類型

    這篇文章主要介紹了介紹PostgreSQL中的jsonb數據類型,jsonb是PostgreSQL9.4中開始內置的類型,能夠支持GIN索引,需要的朋友可以參考下
    2015-04-04
  • sqlserver和oracle中對datetime進行條件查詢的一點區(qū)別小結

    sqlserver和oracle中對datetime進行條件查詢的一點區(qū)別小結

    系統(tǒng)中涉及公文列表的部分,需要支持對時間列的搜索功能,但必須要同時支持sqlserver和oracle兩種數據庫,而這在這兩種數據庫中編寫查詢語句的時候有一些不大一樣的地方,無法實現一條語句實現兩個數據庫的正常查詢,所以需要做一些調整。
    2009-06-06
  • 數據庫之Hive概論和架構和基本操作

    數據庫之Hive概論和架構和基本操作

    Hive是一個構建在Hadoop上的數據倉庫框架,最初,Hive是由Facebook開發(fā),后臺移交由Apache軟件基金會開發(fā),并做為一個Apache開源項目,感興趣的同學可以參考閱讀
    2023-04-04
  • MyISAM與InnoDB索引實現對比詳解

    MyISAM與InnoDB索引實現對比詳解

    這篇文章主要給大家介紹了關于MyISAM與InnoDB索引實現對比的相關資料,文中通過圖文介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2020-09-09
  • SQL注入的實現以及防范示例詳解

    SQL注入的實現以及防范示例詳解

    SQL注入是比較常見的網絡攻擊方式之一,它不是利用操作系統(tǒng)的BUG來實現攻擊,而是針對程序員編寫時的疏忽,這篇文章主要給大家介紹了關于SQL注入的實現以及防范的相關資料,需要的朋友可以參考下
    2021-06-06

最新評論