MDAC OLEDB 命令提示符 32 位问题

Question

几年前，我编写了一个 C#.NET 程序，该程序使用 Microsoft ACE 和 JET OLEDB 将 Excel 电子表格转换为 CSV 文件。最近我们升级到了 Windows Server 2008 x64 服务器。由于 JET 已被弃用，该方法不再有效。最初，Excel 2003 中的 .xls 文件是使用 JET 处理的，而 .xlsx Excel 2007 文件是使用 ACE 处理的。我更改了连接字符串以对两者使用 ACE。

我们现在可以通过命令提示符成功运行该程序。然而，当我们使用我们的自动化软件（它显然运行类似于“开始”->“运行”方法的程序）时，我们收到一条错误消息，指出未安装 Microsoft 数据访问组件。经过研究，它们似乎只适用于 32 位系统，并且不支持 Windows Server 2000 以上的任何系统。

有什么想法吗？我们安装了最新的 beta x64 ACE OLEDB 驱动程序。该程序手动运行良好。我还尝试使用 x86 目标平台编译该程序。我们还使用自动化软件使用的 Windows 帐户成功手动运行了程序。

Answer 1

在 64 位 Windows 上，进程定义位数：32 或 64。

如果您以 64 位模式启动程序，并且该程序执行 COM（OLEDB 基于 COM），它将仅查找 COM 64 位 DLL （事实上​​，它只是使用注册 64 位 COM 组件的注册表的 64 位端）。

如果您以 32 位模式启动一个程序，并且该程序执行 COM，则它将仅查找 COM 32 位 DLL。

现在，它可能取决于 C# 编译器的版本，但如今，大多数 C# 程序都配置为编译为“任何 Cpu”。这意味着它们将在 32 位操作系统上以 32 位运行，在 64 位操作系统上以 64 位运行，如果它们直接或间接使用 COM，这会使事情变得非常复杂（有时，您甚至不知道自己正在使用 COM！） 。

所以......总结一下：

1）确定进程的位数（使用任务管理器很容易，64位机器上的32位进程带有“*32”后缀）。

2）安装相应的COM OLEDB驱动程序。

如果 OLEDB 驱动程序在 64 位模式下不存在，则您必须重新编译 C# .EXE 或对其进行修补以强制使用 32 位模式。为此，您可以使用 CORFLAGS 工具。