我在这里发现了这个问题：OLEDB v/s ODBC
这给了我更多信息，但并没有真正回答我提出的问题，所以我将从那里开始。
我正在使用 C#。关于我是如何解决这个难题的，我将不再赘述，但基本上我正在尝试在 ODBC 和 oleDB 之间做出决定。
我们与许多不同的客户合作，他们拥有各种各样的数据库（一些 SQL、一些 oracle，还有一些我从未听说过也懒得记名字的东西）
现在，据我了解，ODBC 已经过时了，并且曾经/现在是标准。现在 OleDB 出现了，而且……是……不同吗？但完成同样的事情（它与数据库对话）
我为什么要使用其中一个而不是另一个？ ODBC 是（根据上面的帖子）跨平台的，这很好，但他提供的关于 OleDB 提供的 ODBC 没有提供的信息很少。
在我的其他研究中，我发现（在 MSDN 论坛上）人们说“如果可以，如果必须，请使用 OleDB，如果必须，请使用 ODBC”当然，这没有任何理由，所以我想听一些。
【问题讨论】：
ODBC 是用于访问数据库的 C API。它有一个标准，每个主要数据库供应商都支持它，它有很好的文档记录，它是跨平台的。 OLEDB 是一个类似的接口，它使用微软的 COM 技术而不是 C API。这意味着它只能在支持 COM 的平台上轻松使用。
归根结底，这两个库都提供了大致相同的基本功能。事实上，一些 OLEDB 驱动程序实际上使用 ODBC 而不是本地数据库。
因此，如果您是 C# 开发人员，在 Windows 上工作，OLEDB 是两者之间的明显选择。如果您使用 C（或不使用 COM 的 C++），或者需要跨平台支持，那么 ODBC 是更好的选择。
【讨论】：
作为 C# 开发人员，并且因为您要访问许多不同的数据源，您应该使用 OLEDB。我从 white paper 复制了以下内容，因为它提供了一些提示：
OLE DB 不是 ODBC 的替代品
ODBC 技术和第三方市场已经成熟到 ODBC 成为访问 SQL 数据库的理想技术的程度。因此，OLE DB 的一个组成部分是一个新的 OLE DB 驱动程序管理器，它使 OLE DB 使用者能够与 ODBC 提供程序对话。以下信息可以指导您选择使用哪种技术：
- 如果您从非 OLE 环境访问标准关系数据库，则 ODBC 是最佳选择。
- 如果要向非 SQL 数据公开数据接口，OLE DB 是最佳选择。
- 如果您在 OLE 环境中编程，OLE DB 是最佳选择。
- 如果要构建可互操作的数据库组件，OLE DB 是唯一的选择。
【讨论】：
如果您使用 C# 进行编程，您将不会直接使用其中任何一种。您将以某种形式使用 ADO.NET。
确实，您在连接字符串中指定的提供程序可能会变成 ODBC 提供程序或 OleDB 提供程序，但这与您的代码无关。从您的角度来看，ADO.NET 将使用这两种 API。
【讨论】：