初学者来认识OLEDB和ODBC的区别

ODBC(开放数据库互连):是Microsoft引进的一种早期数据库接口技术。它实际上是ADO的前身。早期的数据库连接是非常困难的。每个数据库的格式都不一样,开发者得对他们所开发的每种数据库的底层API有深刻的了解. 因此,能处理各种各样数据库的通用的API就应运而生了。也就是现在的ODBC(Open Database Connectivity), ODBC是人们在创建通用API的早期产物。有许多种数据库遵从了这种标准,被称为ODBC兼容的数据库。

OLEDB(对象链接和嵌入数据库)位于ODBC层与应用程序之间. 在你的ASP页面里,ADO是位于OLEDB之上的"应用程序". 你的ADO调用先被送到OLEDB,然后再交由ODBC处理. 你可以直接连接到OLEDB层,如果你这么做了,你将看到服务器端游标(recordset的缺省的游标,也是最常用的游标)性能的提升。

用odbc连接数据库:

odbc中提供三种dsn,它们的区别很简单:用户dsn只能用于本用户。系统dsn和文件dsn的区别只在于连接信息的存放位置不同:系统dsn存放在odbc储存区里,而文件dsn则放在一个文本文件中。

它们的创建方法就不说了。

在asp中使用它们时,写法如下:

A.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={SQL SERVER};SERVER=servername;UID=xx;PWD=xxx"
B.access:

用系统dsn: connstr="DSN=dsnname"

(或者为:connstr="DSN=dsnname;UID=xx;PWD=xxx")

用文件dsn: connstr="FILEDSN=xx"

还可以用连接字符串(从而不用再建立dsn):

connstr="DRIVER={Microsoft Access Driver};DBQ=d:\abc\abc.mdb"

用oledb连接数据库:

以下为引用的内容:
A.sql server:
connstr="PROVIDER=SQLOLEDB;
DATA SOURCE=servername;UID=xx;PWD=xxx;DATABASE=dbname"
B.access:
connstr="PROVICER=MICROSOFT.JET.OLEDB.4.0;
DATA SOURCE=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提供者可能会比本地的OLE DB提供者的速度慢一些。

时间: 2024-11-03 18:28:10

初学者来认识OLEDB和ODBC的区别的相关文章

ASP中OLEDB和ODBC的区别

ODBC(开放数据库互连):是Microsoft引进的一种早期数据库接口技术.它实际上是ADO的前身.早期的数据库连接是非常困难的. 每个数据库的格式都不一样,开发者得对他们所开发的每种数据库的底层API有深刻的了解. 因此,能处理各种各样数据库的通用的API就应运而生了. 也就是现在的ODBC(Open Database Connectivity), ODBC是人们在创建通用API的早期产物. 有许多种数据库遵从了这种标准,被称为ODBC兼容的数据库. OLEDB(对象链接和嵌入数据库)位于O

OLEDB和ODBC的区别(优缺点)_数据库其它

ODBC是一种连接数据库的开放标准. ODBC(OpenDataBase Connectivity,开放数据库互连)是微软公司开放服务结构(WOSA,Windows OpenServices Architecture)中有关数据库的一个组成部分,它建立了一组规范,并提供了一组对数据库访问的标准API(应用程序编程接口).这些API利用SQL来完成其大部分任务.ODBC本身也提供了对SQL语言的支持,用户可以直接将SQL语句送给ODBC. 它本身就是为了是数据库的使用者不必考虑使用的是何种数据库而

使用速度更快的OLEDB取代ODBC连结

仍旧在使用ODBC系统或文件DSN连接数据库吗?请用速度更快的OLEDB提供者技术取代DSN连接数据库,不必再恳求你的ISP(或你的数据库管理员/Web管理员)为你创建系统DSN,也不必因为移动文件而修改配置. OLEDB处于ODBC层和应用之间.对于ASP页面来说,ADO是OLEDB上面的一种"应用".ADO调用首先发送给OLEDB,然后才被发送给ODBC层.但是你也可以直接连接到OLEDB层,而且如果你这么做了,你就会看到性能的进一步提升.那么,如何才能直接连接到OLEDB呢? 如

初学者,求解ParseChildren与PersistChildren的区别

问题描述 两者都是把嵌套内容是否分析为子控件.前者是相对页面分析器来说的,后者是相对设计时说的,但还是浑浑噩噩不知所然.有什么办法可以测试他们之间的区别呢,望详解. 解决方案 解决方案二:没人回答.解决方案三:这种问题不知道去看MSDN吗...引用MSDN: PersistChildrenAttribute与ParseChildrenAttribute结合使用以确定如何解释控件的嵌套内容.如果PersistChildrenAttribute为true而ParseChildrenAttribute

odbc和ole db在连接数据库时有什么区别?

odbc|连接数据库|区别 值得注意的是,OLE DB对ODBC的兼容性,允许OLE DB访问现有的ODBC数据源.其优点很明显,由于ODBC相对OLE DB来说使用得更为普遍,因此可以获得的ODBC驱动程序相应地要比OLE DB的要多.这样不一定要得到OLE DB的驱动程序,就可以立即访问原有的数据系统.提供者位于OLE DB层,而驱动程序位于ODBC层.如果想使用一个ODBC数据源,需要使用针对ODBC的OLE DB提供者,它会接着使用相应的ODBC驱动程序.如果不需要使用ODBC数据源,那

SQL中IS NOT NULL与!=NULL的区别_数据库其它

平时经常会遇到这两种写法:IS NOT NULL与!=NULL.也经常会遇到数据库有符合条件!=NULL的数据,但是返回为空集合.实际上,是由于对二者使用区别理解不透彻. 默认情况下,推荐使用 IS NOT NULL去做条件判断,因为SQL默认情况下对WHERE XX!= Null的判断会永远返回0行,却不会提示语法错误. 这是为什么呢? SQL Server文档中对Null值的比较运算定义了两种规则,如在SQL Server 2000中: 规则一是是ANSISQL(SQL-92)规定的Null

Microsoft.Jet.OLEDB.4.0 改成Microsoft.ACE.OLEDB.12.0

问题描述 Microsoft.Jet.OLEDB.4.0 改成Microsoft.ACE.OLEDB.12.0 运行环境: windows 10 专业版 64位 .SQL2008 在sql2008新建数据库的时候提示"因为 OLE DB 访问接口 'Microsoft.Jet.OLEDB.4.0' 配置为在单线程单元模式下运行,所以该访问接口无法用于分布式查询" 电脑上已安装好了Microsoft.ACE.OLEDB.12.0 .现在就差把链接串口Microsoft.Jet.OLEDB

为什么在存储过程中用OLEDB方式不能返回记录集_ASP基础

为什么在存储过程中用OLEDB方式不能返回记录集?我曾写过一段程序,是对临时表操作的(主要功能是取出每种分类的TOP10条记录).该存储过程使用ODBC连接数据库时正常,能够得到正确的结果.但在使用oledb方式连接时,却不能返回记录集,而一旦操作返回记录集时就出现错误提示:ADODB.Recordset 错误 '800a0e78' The operation requested by the application is not allowed if the object is closed.

用.Net开发DB2应用程序比较

比较|程序 简介 在.NET应用软件开发人员看来,使用DB2与使用其它任何其它关系数据库没有区别.人们可以看到无数使用SQL Server以及甲骨文公司产品执行数据库任务的例子,但关于使用包括.NET在内的微软公司技术访问DB2数据库的文档就远没有那么多了. 目前,开发人员可以使用不同的访问技术通过编程的方式将.NET客户端连接到DB2上,这些代码从根本上来说是基本相同的,但仍然存在一些我们需要考虑的有趣的限制. DB2架构慨览 DB2数据库引擎的基本元素是数据库对象.系统目录.目录和配置文件,