Vb.net 找不到数据源名称，并且没有指定默认驱动程序，这是由错误的TargetCPU设置引起的错误

这一次让我发疯，但我找到了一个黑客解决方案，我在网上其他任何地方都找不到

解决方案：将目标CPU更改为x86，以避免32位/64位的已知ODBC问题

我不知道如何修复它，以便您可以使用任何CPU或64位。就目前而言，只要我使用ODBC，我似乎就只能使用32位。奇怪的是，运行实际代码的外部库是使用AnyCPU编译的。但消费项目需要使用X86

我不打算把这当作一个答案，因为有太多悬而未决的问题

关于我的特殊问题的背景，以将事情放在上下文中：

我有一个项目，使用我建立的外部库。这个库仍然大量使用ADODB。我的项目做了一些奇怪的事情，所以我从头开始重新构建它，保留尽可能多的默认设置来帮助调试它

由于上述错误，外部库中的ADODB.Connection.Open函数失败。这个老项目运作良好。新项目抛出了错误。不同之处在于目标CPU

我一直在看64位DSN和32位DSN的对比，我对它们都很了解，但我对DSN的了解较少

---

我的外部库被编译到AnyCPU，我有其他项目也使用它在AnyCPU中编译，但我认为我在其他项目中没有遇到ADODB代码，因此从未遇到过它。

请查看我的问题：

---

听起来我们遇到了类似的问题，但是我没有使用ODBC，而且任何CPU似乎都适合我。只有x64有问题。如果我发现使用COM类型提供程序（如OleDb）的ODBC不可用，我会通知您，因为COM仅在32位模式下受支持