用之前的文件做测试以后，其实我已经基本锁定这一次ADO+SQL查询失败的原因。我个人猜测是因为进行了某项封堵，只允许指针到达的那个地方进行数据格式化查询，另外那个用绝对地址引用的东西没办法转化为同样的数据库。这个现象只是从我的电脑里面发现的，我不知道其他人是不是也这样。我的那个测试文件刚好对数据源进行了各种各样的枚举，所以刚好碰巧可以用来测试。如果有人在6种情况下都可以顺利运行，基本确定他的office是不受这一次升级影响。非常有可能他一直停留在某个版本没有升级，也可能他使用的不是当前频道，而是批量版的长期频道或者beta频道。因为我的电脑用的都是当前频道，所以我需要大家一起来测试不同频道是不是同样存在这个问题。我用的是Microsoft 365其它版本的office，比如2021、2024或者2019会不会也受到影响？我个人感觉可能2019没有受到影响，因为和win10一样，在2025-10-14开始就已经停止支持，但因为我的win10在11月依然进行了两个升级，所以2019会不会也受到波及我觉得有点难说。

帖子发布了一天之后，终于迎来了大佬的关注。可能大佬正在使用的那个电脑也受到了这个的影响，而他的电脑又或者他使用的office可能不仅仅是一个版本，所以他可以明确指出某个版本的office不行，但是某个版本可以。他的解决方案是要不等待微软更新解决这个bug，要不重装回旧的那个版本。哪个版本可以他也已经说出来了，装回那个旧的版本以后你还得禁止自动更新，否则还是不行。装回旧的版本我感觉是一定可以解决问题的，但是要怎么装回旧的那个版本呢？登录微软的账号，365那里的确有离线安装包，但是下载安装得花费很多时间，而且那里只会给你提供最新的版本，除非之前就已经把旧版本的离线安装包存下来，否则几乎无解。

大佬都这样说，意味着这一次的bug估计不是修改某个注册表就能解决的。几个月前的那个bug，如果把VBA的文件从xlsm降级为xls，也就是2003版本的那种Excel文件，就能避免查询时间很长的问题。如果只是一个查询文件，降级没有问题，但如果那个文件里面带有大量的格式，这样的降级就会让那个文件面目全非。这一次我也尝试过把xlsm文件降级为xls，没有效果。

之前我从未试过把office降级，但是我曾经试过卸载windows的更新文件。在控制面板里就可以卸载windows的部分更新文件，但office的在哪里呢？显然不在那个位置，于是我就去搜索如何把office回滚到旧的版本，结果出乎意料原来如此简单。

打开office任意软件-文件-帐户-更新选项-禁止更新
windows搜索cmd，管理员模式打开
粘贴
cd %programfiles%\Common Files\Microsoft Shared\ClickToRun\
回车
粘贴
officec2rclient.exe /update user updatetoversion=16.0.19328.20244
回车
等待

16.0.19328.20244是Microsoft 365当前频道的版本，回滚后SQL跨表查询恢复正常。更多office版本请搜索微软官网。

365更新版本的官方链接是：https://learn.microsoft.com/zh-cn/officeupdates/update-history-microsoft365-apps-by-date
更多版本的做法请看：https://www.bilibili.com/opus/1136898381847724034

一波操作后就可以了。我选的时候2510的大版本，让我出状况的是2511版本，在我印象之中，北京时间2025-12-14之前我一直没有问题，而让我出问题的那个2511是属于大版本里面的第2个版本。我选择跳过了2511的第1个版本，为的是更稳妥一些。当我把2510，19328.20244装回去以后。点击查询，VBA正常了，接着我赶紧把这个方法让同事也操作一遍。因为SQL的跨表查询无法进行将严重影响我们的工作。试验证明她的电脑也没有问题了，我们两个的版本都是365。

之后我赶紧回到ExcelHome论坛，把这个简单的回滚方式分享给大家，跟卸载office重新安装比起来这个回滚简单很多，速度也很快，只要你的网速靠谱。因为我感觉其实对office来说，它内部就是卸载了一个补丁，然后再填补一些东西，而并不需要整个office都翻新。单位的网络是很神经，但从开始回滚到结束，大概花了不到20分钟。最长的时间都用在了下载上面，安装很迅速，安装完成以后。365的激活是正常的，我的账号是正常的，也就是说直接开箱使用。查看版本就可以发现已经从2511退回到2510。

本来我的办公电脑是win10，没办法继续更新下去，我觉得让365停止在一个合适好用的版本是一个比较安全的做法。