OLE DB和编程语言依赖性（vs ADO）

Question

这本书在这个 StackOverflow的问题指出：

请记住，OLE DB是为软件开发商设计的，他们开发基于数据的应用程序，以通过一致的界面向最终用户开发人员公开该数据。 OLE DB是快速，高效和强大的。 它具有开发人员在数据访问技术中寻找的所有内容。 它提供对人类已知的任何数据源（或Windows）的访问，并且无论数据源如何，都可以使用一致的接口访问这些数据源。 OLE DB的问题在于，与ODBC一样，Visual Basic和其他开发人员也无法访问它，因为它基于C风格的API。 特别是Visual Basic开发人员，还需要更多。

1.1.3

ADO输入ActiveX数据对象（ADO）。 ADO是OLE DB的应用程序级接口，是Microsoft UDA策略的最新，最重要的部分。 它结合了其前代产品DAO和RDO的最佳功能，并为VBA程序员增加了OLE DB可访问性。 ADO提供了一种一致的， 独立于语言的方法 ，可以从几乎任何来源访问数据，包括关系和非关系格式的基于文本的数据或其他传统数据。 （您现在可以了解为什么在进入ADO本身之前我需要解释一些字母汤。）

但看OLE DB查询 ，OLE DB参考由COM接口。

1. 如果OLE DB引用由COM接口组成，这是否意味着OLE DB是独立于语言的，因为使用COM的全部目的是使事物独立于语言？

2. 如果该API包含COM接口，为什么将OLE DB称为C风格的API-这些接口具有方法，因此这些接口在面向对象编程中已经有点像对象了？ （与C风格的API相比，我将更多地与一堆函数相关联）

3. 如果OLE DB依赖于语言，则可以使用OLE DB API的语言是什么？ （它是C还是C ++或两者兼而有之？）

4. 如果可以使用CoCreateInstance()函数创建OLE DB接口的实例，则不能在Visual Basic中使用同一函数（或其在VB中的隔离专区）在VB中创建该接口的实例吗？

Answer 1

通常将全功能的COM接口称为“ C样式”（如果可能会引起误解）。

更准确地说，OLE DB接口是COM接口，是的，并且它们是100％独立于语言的，只要您选择的语言完全支持COM。 但是，它们不是自动化兼容的接口。

Visual Basic仅支持COM支持的所有内容的子集。 您需要做一些事情才能使用Visual Basic不支持的OLE DB接口。

例如，考虑IRowset::GetData 。 它需要一个void*到先前分配的正确大小的内存缓冲区中来保存记录。 在Visual Basic中没有简单的方法可以提供该功能。

对于VBScript来说更糟，因为它要求您通过Variants处理所有数据。 OLE DB使用VBScript无法提供的像int这样的本机类型。

相比之下，ADO是自动兼容的包装层，可以在VB6，VBScript和VBA中使用。