有很多种使用数据库的方法，对大多数数据库来说，选择C++这样的RAD环境也要比Visual C++
　　你是不是对我的说法感到很奇怪？下面我就要谈一谈，在谈到使用数据库管理系统(DBMS)这个话题时，用Visual C++可以提供的某些重要东西。你不能为使用Access的数据库轻松地编写出实用程序。正像实用程序的定义所说的，实用程序应该很小并且具备可移植性——Access应用程序却不是这样。即使用Access这样的产品创建的程序可以很小并且可以移植，你仍有其它方面的需求：底层的功能。

　　注：编写数据库实用程序及驱动程序时，可以选择Visual C++
　　想像一下，使用像Visual Basic这样的语言来与实时数据采集设备打交道的情况。在进行底层访问时，RAD的保护环境常常使程序员不能进行有效的处理。当然，数据采集设备几乎不依赖于简明的连接。你打算如何把Visual Basic和外部的数据源连接起来呢？数据源甚至可能不了解Windows，DOS
　　只要使用得当，很容易看到Visual C++，它创建的程序规模小、提供底层访问并能提供实时访问。事实上，你可能还没有想到，Visual C++提供了无价无限的工具。

　　Web链接 谈到使用Visual C++问题的新闻组是microsoft.public.vc.database和microsoft.public.vc.mfcdatabase。如果你决定用ODBC访问数据库，可能还要查看一下microsoft.public.odbc.sdk新闻组，它讨论的不仅仅是SDK。对最新技术感兴趣的程序员可以查阅microsoft.public.ado新闻组，或者microsoft.public.oledb（对象链接和嵌入数据库）新闻组，前者讨论 ADO，后者讨论ADO的基础技术。在microsoft.public.ado.rds有一个ADO子组，它讨论远程数据访问。

　　既然所有的疑惑都消除了，大多数人的信心也就增强了，下面我们就介绍两种使C++提供的各种向导来汇集数据库工程，其速度有多快。

　　注 ODBC通常用来访问不具备OLE-DB特性的非Microsoft数据库中的数据；16位的ODBC驱动程序工作起来可能非常缓慢。

　　ODBC素以最慢的数据访问方法而著称，但是很可惜，当ADO或DAO都不支持某个数据库管理器而ODBC支持这个数据库管理器时，在这种特定的情形下，你仍然需要使用ODBC。在大多数情况下，这意味着要从数据库厂商那里获得所需的驱动程序，虽然Visual C++中的大部分向导。

　　高级技巧

　　除了使用ADO和ODBC外，你还可以使用像DAO（数据访问对象）这样的早期技术，该技术包含在像Access这样的Microsoft产品中。DAO依赖于用Microsoft Access自动获得的Microsoft Jet数据库引擎。DAO还是较早版的Visual Basic所使用的引擎（最新版的Visual Basic和Visual C++
　　尽管Microsoft文件声明，可以用DAO访问非Microsoft产品建立的数据库，但你仍会发现，在这种情况下，使用ADO和ODBC要好得多。这样的话，不但兼容性问题会少一些，速度也将有所提高，因为数据请求经过的接口层减少了。有一条经验要记住，DAO是设计用来处理MDB文件的。

　　ADO的一个问题是，它不支持远程通信。这是Microsoft提出RDO（远程数据对象）的原因之一。这种特别技术在Visual Basic应用程序中的使用，要比在Visual C++中的使用多得多，所以我猜想，你们中有很多人都在使用它。但是，记住RDO仍是一种生命力很强的技术，这一点很重要。ADO确实具有替代RDO的远程数据服务(RDS)特征。换言之，ADO在一个软件包中提供了DAO和RDO两种功能性。