----当今，RDO2.0是VisualBasic访问关系型ODBC数据源的最佳界面接口，就如DAO/Jet是Jet和ISAM（顺序索引查找方法）类型数据源首选的访问接口一样。这两种方法都完整的集成于VisualBasic中，并且形成了VisualBasic核心的数据访问策略。RDO2.0的数据访问速度远快于RDO1.0的访问速度，并且RDO和DAO都已发展为相当成熟的技术。因此假如用户需要访问ODBC数据源，可以使用RDO；如果需要访问ISAM或Jet类型数据源，那么就使用DAO/Jet。
----ActiveDataObjects(ADO)作为另一种可供选择的技术出现，正在逐渐代替其他数据访问接口。由于RDO同ADO的体系结构非常相似，因此当需要将RDO数据接口转换为ADO时，仍可以使用RDO设计的代码。
----有人曾提出这样的问题：是否现在就使用ADO?虽然VB5使用ADO的数据访问接口是可能的，但对于目前ADO的使用状况，将RDO2.0或DAO3.5同ADO做比较显得意义并不很大。所以回答是：如果感觉方便，还是尽早转移到ADO，这意味着应用软件对各种数据访问接口将继续予以支持。ADO是独立于开发工具和开发语言的简单而且容易使用的数据接口，同ADO相比，其他数据访问接口都会黯然逊色。
----所有的数据源都可以通过ADO来访问，在今天已逐渐成为现实。
VB访问数据库技术的历史
----综观过去的几年，使用VisualBasic的客户曾设计出数不胜数的程序和组件来建立商务解决方案。大约80以上的应用程序是用来访问以下这些数据的：ASCII文本文件、SQL数据库以及大型机数据库。早期的VisualBasic数据访问工具只是简单的ASCII文件的访问工具，极少数SQLServer的前端应用程序是使用鲜为人知的数据接口VBSQL编写的。然而，在VisualBasic3.0时代许多用户强调需转移访问包含远程数据源的ISAM数据，为此Microsoft设计了MicrosoftJetDatabaseEngine（或简称为Jet）和DataAccessObject(DAO)，使得VisualBasicAccess开发人员很容易地同Jet接口。直至前两年，对VisualBasic和其使用者的需求又包含了更快的访问远程数据和对ODBC数据源访问的优化。----当选择在此讨论的哪种技术是最佳技术时，需要注意两点：代码的重用和开发者实现选择的数据库访问方案的能力。设计者常常为实现或追求一种更特别的性能而使用有更多控件的奇异方案，这样设计出来的应用程序只会支持起来更复杂或维护时更困难。开发人员和他们的管理人员需要在VisualBasic的开发小组和各种数据库接口开发小组中注意避免这种趋势。这些小组协调努力简化VB5中的数据访问接口会使程序的安全性和速度更好。VB5也包含了全新的查询连接生成器，即UserConnection设计器，它使用VisualBasic新的ActiveX设计器体系结构，对要编程的数据访问提供设计时的支持。允许在设计时创建连接并查询对象（基于RDOrdoConnection和rdoQuery对象）。并把这些连接和查询对象当作工程级对象。可预先设置属性、定义新属性和方法并给对象编写代码来捕捉事件。
----这不仅为响应由连接和查询而引起的事件，而且为在运行时调用已有存储过程和用户定义的查询提供了简单的方法。使用UserConnection设计器这种技术，代码可减少10倍，性能却没有任何损失。
----现在用VB5来建服务器端组件或前端应用程序，可以使用的数据库接口方案至少有九种。每一种方案都可满足用户特定的需要，比如特殊的数据源和用户开发的技能等。
