如何同时容纳 32 位和 64 位 odbc 驱动程序

Question

我正在编写一个 c# WPF 应用程序，其中一个设计要求是能够从 Microsoft Access 数据库加载数据。我对此主题有很多与 MS Access 驱动程序相关的问题：

1. 如果我们的应用程序编译为 64 位，它是否能够运行 32 位 odbc 驱动程序？当我以 64 位运行我的应用程序时，访问 32 位驱动程序时出现错误，我想我在某处读到无法从 64 位应用程序访问 32 位 odbc 驱动程序。

2. 如果我们在客户端计算机上安装 64 位 Access 驱动程序，并且他们也已经安装了 32 位 Access 驱动程序，会不会搞砸？默认情况下，如果 32 位驱动程序已经存在，Microsoft 不会让您安装 64 位驱动程序。有一种解决方法（在安装时使用 /passive 命令），但我担心同时拥有两个驱动程序可能会使 Access 出现问题。

3. 我有什么遗漏吗？是否有其他人曾经能够为其应用程序访问正确的 Odbc 驱动程序的解决方法？

Answer 1

让我们逐点回答：

1. 如果我们的应用程序编译为 64 位，是否能够运行 32 位 odbc 驱动程序？

不，不会的。

1. 如果我们在客户端计算机上安装 64 位 Access 驱动程序，并且他们也已经安装了 32 位 Access 驱动程序，会不会搞砸？

是的，或者至少，您的里程可能会有所不同。我见过有人这样做并且需要完整的 Office 卸载 + 重新安装才能让 Access OLEDB 提供程序再次工作，而其他人则完全没有问题。 32 位 2010 数据库引擎的问题似乎比 2016 少，但不是您想在生产应用程序中做的事情。

1. 我有什么遗漏吗？

嗯，这里有很多选择。例如，您可以使用与默认驱动程序不冲突的第三方 ODBC 驱动程序，例如 mdbtools。您可以使用 DLL 代理来生成 32 位 COM 对象并使用 DAO 而不是 ODBC 驱动程序来与数据库交互。您可以自己为 64 位应用程序提供一个 32 位 COM 对象，让它与 ODBC 驱动程序通信，并使用 DLL 代理与其接口。还有无数更多的选择。不过，没有一个比使用 ODBC 驱动程序更完美，而且通常只提供 32 位和 64 位版本并让用户选择与其 Office 安装匹配的版本。