尽管使用 RDO 和 RemoteData 控件可以访问任意的 ODBC 数据源，但是，RDO 的设计目的是用于智能的数据库服务器，例如 Microsoft SQL Server 和 Oracle 等，它们使用了很复杂的查询引擎。如果将其连接到不完全遵循 ODBC Level II 的 ODBC 驱动程序，或者比较简单的数据源，那么许多的 RDO 功能将是不能使用的。
同 RDO 1.0 相比，在与 ODBC 保持一致性方面，RDO 2.0 已经放宽了许多要求。特别是，RDO 2.0 现在只需要 ODBC 驱动程序支持一种 Level II 一致性操作，该操作支持 SQLNumParams ODBC API 函数。如果不支持这种 ODBC Level II 函数，则 RDO 将不能创建 rdoParameters 集合，也不能分析 SQL 语句中的参数标记。但是，如果驱动程序不支持 SQLProcedureColumns 和 SQLDescribeParam 函数的话，那么在代码中必须提供 rdoParameters 集合中的每一个参数的方向和数据类型。
尽管有些驱动程序可以用于创建和执行查询，但是，如果该驱动程序不支持 rdoParameters 集合的创建，RDO 将悄无声息地失败，集合没有被创建。结果是：任何对该集合的引用都会导致可捕获的错误。
如果使用 RDO 访问 Microsoft Jet 引擎数据库，那么 Jet 引擎必须被加载到内存中，所有的 ODBC 请求将通过 Jet 操作实现。同使用 DAO 相比，这不仅需要更多的 RAM 和 CPU 资源，而且有许多 RDO 函数得不到支持，因为 Jet ODBC 驱动程序的能力是相当有限的。
RDO 是作为 32 位 ActiveX 接口实现的，因此最终的系统必须运行 Windows 95 或 Windows NT。
另外，只有 Visual Basic 企业版的开发者才能够使用 RDO。尽管编译后的 RDO 程序可以与 RDO 组件一起被发布到无数的机器上，但这些发布的版本仅仅允许运行时操作。其它的 Microsoft Office 平台或者不具备运行时模式，或者不具备做 RDO 开发平台的许可证。不过，ODBCDirect 是得到许可的接口，RDO 可以通过它用于 Microsoft Office 的平台上。
注意 RDO 和 RemoteData 控件是 Visual Basic 企业版的 32 位特性，不能在 Visual Basic 专业版、学习版或 16 位平台上进行代码开发，也不能在其中使用 RDO 对象库和 RemoteData 控件。