Office更新后64位Excel 365中VBA经ADO用ACE OLEDB连接时报找不到工作表对象

这个报错本质不是你的SQL逻辑出错，是Microsoft 365 16.0.13530之后的64位版本，内置的ACE OLEDB引擎为封堵安全漏洞，收紧了表对象匹配的规则，取消了老版本对工作表名、元数据的自动容错逻辑——哪怕你查询的是整张工作表、没有限定单元格范围，只要引擎识别到的表名和SQL里写的存在细微差异，就会触发找不到对象的报错，可按照以下步骤逐步排查修复：

第一步：确认引擎实际可识别的表名 #

不要仅凭Excel底部的工作表标签名硬写SQL，新版引擎识别到的表名和肉眼看到的表名经常存在不可见的差异。在连接打开后、打开记录集前加一段诊断代码，打印所有引擎能识别的表对象：

' 枚举数据源内所有可识别的表对象
Dim schemaTable As Object
Set schemaTable = rsCon.OpenSchema(20) ' adSchemaTables常量值为20
Do Until schemaTable.EOF
    Debug.Print "引擎识别到的表名：" & schemaTable!TABLE_NAME
    schemaTable.MoveNext
Loop

跑完后查看VBA编辑器的立即窗口，常见的匹配偏差场景包括：

• 实际表名带肉眼不可见的尾随空格，比如第三方系统导出的文件表名是CustomSheetName1 （末尾带空格），而SQL里写的是CustomSheetName1，严格匹配下就会失败
• 引擎识别到的表名自带单元格范围后缀，比如CustomSheetName1$A1:XFD1048576，不是单纯的CustomSheetName1$
• 目标表是隐藏状态，引擎在默认配置下会跳过隐藏工作表，根本不会出现在识别列表里
  拿到实际的表名后，直接替换SQL里对应的表名即可解决匹配问题。如果表名包含[、]这类SQL特殊字符，需要把表名里的]替换为]]再拼进SQL的方括号中，避免被解析为表名的结束标记。

第二步：修正适配新版64位Office的连接字符串 #

老版本的连接字符串在新版引擎下存在兼容问题，会导致元数据读取错误，替换为适配当前365版本的配置：

' 替换原来的szConnect赋值逻辑，匹配64位Microsoft 365的内置ACE 16.0引擎
szConnect = "Provider=Microsoft.ACE.OLEDB.16.0;" & _
            "Data Source=" & sourceFile & ";" & _
            "Extended Properties=""Excel 12.0 Xml;HDR=Yes;IMEX=1;ReadOnly=1;Hide Sheet=No"""

各参数的作用：

• 直接调用内置的ACE 16.0引擎，替代老版本的12.0兼容层，避免系统注册表路径解析的bug
• 加IMEX=1以导入模式读取文件，避免文件被OneDrive/Excel占用时，锁文件干扰元数据读取
• 加ReadOnly=1禁止引擎修改源文件，避免同步软件生成的临时文件导致表列表读取不全
• 加Hide Sheet=No让引擎识别隐藏状态的工作表

常见避坑点 #

• 不要直接读取OneDrive/SharePoint同步目录下的源文件，同步过程中生成的~$开头临时锁文件会干扰引擎的元数据读取，可先将源文件复制到本地非同步目录测试
• 尽量通过前面枚举schema的方式动态获取表名，不要硬编码表名，避免源文件表名变更、存在不可见字符时触发报错

内容的提问来源于stack exchange，提问作者glad2be