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提供者的速度慢一些。

这要看具体情况，如果对数据库的底层访问很看重，则用ODBC，如果只是需要一个数据库的接口，而具体细节不是很重要的话，则用ADO。大多数情况下，使用ADO。

ODBC:

直接使用ODBC API编写应用程序需要编制大量代码，Visual C++提供了MFC ODBC类，其中封装了ODBC API，因此，使用MFC来创建ODBC的应用程序非常简便。主要的MFC ODBC类如下所示。

CDatabase类：一个CDatabase对象表示一个到数据源的连接，通过它可以操作数据源。应用程序可使用多个CDatabase对象，构造一个对象并调用OpenEx()成员函数打开一个连接。接着构造CRecordSet对象以操作连接的数据源，并向 CDatabase对象传递记录集构造程序指针。完成后用Close()成员函数销毁CDatabase对象。一般情况下并不需要直接使用CDatabase对象，因为CRecordSet对象可以实现大多数的功能。但是在进行事务处理时，CDatabase就起到关键作用。事务(Transaction)指的是将一系列对数据源的更新放在一起，同时提交或一个也不提交，为的是确保多用户对数据源同时操作时的数据正确性。

CRecordSet类：一个CRecordSet对象代表一个从数据源选择的一组记录的集合——记录集。记录集有两种形式，snapshot和dynaset，前者表示数据的静态试图，后者表示记录集和其他用户对数据库的更新保持同步。通过CRecordSet对象，用户可以对数据库中的记录进行各种操作。

CRecordView类：CRecordView对象是在空间中显示数据库记录的视图。这种视图是一种直接连到CRecordSet对象的格式视图，它从一个对话框模板资源创建，并将CRecordSet对象的字段显示在对话框模板的控件中。对象利用DDX和RFX机制，使格式上的控件和记录集的字段之间数据移动自动化，也就是说，用户不用编写一行代码就可以实现简单的数据库记录查看操作。

CDBException：由Cexception类派生，以3个继承的成员变量反映对数据库操作时的异常。

m_nRetCode：以ODBC返回代码(SQL_RETURN)的形式表明造成异常的原因。

m_strError：字符串，描述造成抛出异常的错误原因。

m_strStateNativeOrigin：字符串，用以描述以ODBC错误代码表示的异常错误。

MFC数据库类成员函数都能抛出CDBException类型异常，所以在代码对数据库进行操作后监测异常是正确的做法。

ADO:

ADO技术是基于OLE DB的访问接口，它继承了OLE DB技术的优点，并且，ADO对OLE DB的接口作了封装，定义了ADO对象，使程序开发得到简化。ADO技术属于数据库访问的高层接口。ADO基于COM，提供编程语言可利用的对象，除了面向VC++，还提供面向其他各种开发工具的应用，如VB、VJ等。ADO在服务器应用方面非常有效，特别是对于动态服务器页面(ASP，Active Server Page)的支持。

ADO对象结构类似于OLE DB，但并不依靠对象层次。大多数情况下，用户只需要创建并使用需要处理的对象。ADO 最主要的优点是易于使用、速度快、内存支出少和磁盘遗迹小。ADO 在关键的应用方案中使用最少的网络流量，并且在前端和数据源之间使用最少的层数，所有这些都是为了提供轻量、高性能的接口。下面的对象类组成了ADO接口。

Connection：用于表示与数据库的连接，以及处理一些命令和事务。

Command：用于处理传送给数据源的命令。

Recordset：用于处理数据的表格集，包括获取和修改数据。

Field：用于表示记录集中的列信息，包括列值和其他信息。

Parameter：在传送给数据源的命令之间传递数据。

Property：用于操作在ADO中使用的其他对象的详细属性。

Error：用于获得可能发生的详细错误信息。

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com