我的天

生日的那天，做完早上7点10的支付宝任务以后。我就没有关闭wifi，同时也没有再开启飞行模式，结果在接下来的一个多小时里，连续不断的短信进来。我平时根本没有那么多短信。现在大概除了我妈以外，也就只有各个平台还记得我的生日。当然同时记得我生日的，还有单位负责工会的同事，因为她要在员工生日的那个月给他们发放蛋糕券。蛋糕券我已经消费完了，在发下来的30分钟以内我就已经把那些全部都转化为实物。

当我觉得我妈应该还记得我的生日的时候，结果她跟我说，因为早上看到新闻说周六是澳门回归多少周年她才想起来我的生日到了。

生日是什么呢？其实生日前的一周，每个工作日晚上我都在琢磨到底那天要去哪里吃，要吃什么。这个特殊的日子，估计在某些地方能薅到某些羊毛，但我不知道要去哪里薅。有段时间我们全家都会去九毛九，但后来我们几乎没去了，因为感觉他的9块9的长寿面缩水了。犹豫了一周，我都依然不知道生日那天应该去哪里薅羊毛，应该吃什么，应该什么时候去。因为没想到，所以直接就不想了。我生日的第二天是冬至，显然我妈是要去海幢寺的，所以我们的唯一确定的目的地就是海幢寺。

出门之前我看了一下街猫，发现楼下的那个猫箱粮不多了，所以我带上了两包50克的网易严选试吃猫粮。走到楼下的时候，小黑就跟过来了，一直喵喵叫。倒第1包的时候相安无事，倒第2包的时候小黑正在吃，但他居然一爪子过来抓我。因为我正在倒第二包猫粮，所以手一抖洒了不少，但已经没办法了。它为什么要抓我呢？我没有吓唬他，它知道我在旁边。正常情况下，如果是其它猫，它知道我还要继续放猫粮，它会主动让开，让我把猫粮倒进去了，然后继续吃，又或者直接忽略我的存在，继续吃不管我。但这一次就是这么巧，小黑一爪子就过来了。我感到那个爪子碰到了我的右手食指第一指关节。我发现那里有个红点，完全没有痛感，但我确定我被它抓到了。那一刻我是忐忑的。一直以来的教育都说只要被抓到了，只要出血了，就应该去打狂犬疫苗。因为这是一只流浪猫，实在说不准会有什么情况。即便那是一只自己养的猫，即便有定期打疫苗，也是有风险的。虽然很明显，我被抓到的那个地方就只是一个点而已，那种感觉还真不如被针扎一下。可以怎么办呢？这是我的生日，我才刚出门，我就喂了个猫而已，因为猫粮撒了一地，我还得把那些洒出来的清理干净。我觉得小黑那一抓是无意识的，它只是不想被骚扰。但我倒完的猫粮，拿个扫把轻戳它的时候，它也没理我，它吃完了，过来找我的时候，我轻轻地用脚踢了一下它的肚子，它也没反抗，它知道我不是故意伤害它，我只是心里有气，我要教训它，两脚兽放粮的时候，它不应该攻击，因为我肯定不会跟它抢吃，同时我也不是不让它吃，反而我只是想让它能吃更多。显然它是喜欢吃这个猫粮的，否则它不会那么等不及，我倒了一包，它就在那里猛吃。其它猫通常是我在旁边等着，我操作完毕了它再过去，如果看到我还要继续操作，它会在一边乖乖继续等着。发生今天这种事情，真是人算不如天算。

之后我去洗手，用自来水流动水洗了一段时间，然后又用洗手液洗了一段时间。那个点真的只是很小的一个。要努力挤，才能挤出一点点血。一点点血真就只有针头大小。我知道最安全的当然是去打狂犬疫苗，但显然我知道我是不会去的，所以接下来，也就只能持续观察小黑，如果它一直相安无事，我应该也没事。

总在河边走，怎会不湿鞋。

还记得读幼儿园的时候，某一年我的生日家人买了一个蛋糕，外婆外公从前进路那边过来了。那天晚上还叫上了我幼儿园的同学，至于具体是多少个，我已经不记得了，我估计应该有两三个。如果没有记错的话，那是我到现在为止，唯一次有蛋糕有同学还有家人一起庆祝的生日。除了蛋糕以外，我已经不记得那天的晚饭还吃了些什么。我之所以不记得，是因为那个时候还是胶片相机，我家没有那个东西，所以没有任何影像记录。为什么我的生日外公外婆会过来呢？为什么一直以来就只有那么一次呢？或者可能那个生日蛋糕是外公外婆带过来的，因为外婆家楼下就有一个西饼店，每次要为老人庆祝生日，买蛋糕我们都会在那里预定。除了那个地方，小时候的我好像对哪里还有卖生日蛋糕一点头绪都没有。

那次之前或者那次以后，我的生日再也没有过大的生日蛋糕，也再也没有叫过小伙伴过来，同时外公外婆也不会参与。至今我都不明白为什么那一次如此特别。

别人没有参加过我的生日庆祝，我也没有去过别人的生日庆祝。这里我说的是同学的生日。同事的生被迫参加过，因为那个时候晚上大家都在单位，那一次所有人都被迫玩得很high。于是这也就很容易理解，我几乎没有为我的同事或者同学准备过任何的生日礼物。当我的同事作为妈妈要她的小孩准备那些送同学的礼物的时候，我对那个一无所知，因为我几乎没有收到别人送我的礼物，所以我也不需要考虑我送什么礼物给别人。同事很狡猾地告诉我，她女儿收到的部分礼物，她收起来，儿子生日的时候，她用那个跟别的小朋友交换。

所以生日派对到底是什么呢？为什么要有那个东西？有时去麦当劳的时候，我看到店员正在准备某个生日派对，又或者是某些人正在那里举行派对。首先，派对这个东西要钱，那不就是吃一顿麦当劳，但是为了那个麦当劳，为了那个所谓的氛围，你还得准备礼物，收了人家的礼物，你就得还回去，这一切对我来说都是让我恐惧的，因为我有选择困难症。这种场景会让我这个社恐非常紧张。正是因为我几乎没经历过这种事情，所以我才会社恐。如果我经常得出席这些场面，大概我就不会再为这个东西心烦了，因为那只是习以为常的事情而已。

我经历过最多的是外公外婆的生日聚餐。外公还在的时候，外婆的生日从来不搞，但是当外公去世了以后，外婆每年的生日都会搞，少数是在外面一大家族一起，更多是一家人在外面吃一顿。早一点的时候是在家里吃，外婆年纪大了以后在外面吃。有时会买大蛋糕，有时不买。对我们来说，生日就是一家人聚在一起吃顿饭，就算是为吃顿饭找了一个很好的理由，仅此而已。工作以后，每当外婆生日，我都会给她一个大红包，但我从来不会在她生日那天送外婆实体的礼物。之所以我从来没想过要这样，是因为我好像也没见过别人做这种事。

外婆去世以后我才意识到，每年都可以送她大红包，给她买生日蛋糕，一大家人聚在一起吃顿饭多么幸福。

我大概是从2023年夏天开始用各种方法进行跨表查询的，最后留下来主力是ADO+SQL。在这两年多的时间里，我感觉经历过三次说不准什么毛病的毛病。

第1次是不知道为什么，部分VBA运行不了，但貌似只在我的电脑上不行，在别人的电脑上可以，而我的电脑可能重启一下又可以了。这个现象很奇怪。在我办公室的电脑出现概率比较高，因为用得最多，家里的电脑偶尔也会这样，但无论是哪一款，可能重启一下就好了，但也可能重启也不好，因为这个是偶发性的，当我想他重复出现的时候他不出现，当我不想他出现的时候它就来了，所以很无奈，什么都没做过一段时间它自己又好了。当时我没有去深究这到底是什么原因。因为复现效果不好，也不知道该如何描述，但从后来的情况看来，可能这是因为windows或者office的某个更新引发了某个bug，但那个bug在往后的某次更新里又基本上被修正了回来。

第2次出现状况是在今年的夏天。情况就是一直使用的那些查询文件突然需要很长时间才能完成查询，查询是可以完成的，但是需要的时间比正常情况之下多很多。那个时间就比较神奇，是12秒的倍数，这个12秒不同的电脑可能不一样，我办公室的那台电脑是12秒，我家里的那台电脑可能不是12秒，可能需要更长的时间，因为家里那台电脑的cpu性能差一点。为什么会这样呢？这一次我是有研究过的，也在论坛上跟网友们分享过，他们也给出了临时的替代方案。临时的替代方案也不是不行，反正我就一直用那个替代方案，顶多是一开始的时候很麻烦，得把数据源挪出查询文件。微软到底是花了多少时间才修复那个bug我不知道，因为我已经按照替代方案的指引把我的文件都整理了一遍。以至于那个bug根本没办法继续伤害我，但某一次我又闲着，打开测试文件的时候发现那个bug没了，微软不知道什么时候修复了。

接下来就是这一次。这个bug和上一个bug我感觉有点类似，起码我用同样的测试文件就可以把它们都揪出来。上一次网友还可以给出提供替代方案。在不改变office版本的前提下，依然能让查询正常的运行，但这一次，简直就是个未解之谜，而且是封杀掉所有跨表查询。所以这一次好像唯一的做法就是暂时回滚，但回滚了以后，我怎么知道微软什么时候修复了那个bug呢？难道我还要在电脑里装个虚拟机，虚拟机那里用最新的版本？我没办法跟他们耗，首先是因为不能跨票查询就直接把我搞死了，其次是这件事情发生在年末，我没有时间耗。跟Excel打交道的人，年底的数据是最让人疯狂的。所以大概我就只能寄望于其它使用365或者Office2021售版的人给我继续做测试。当他们使用的当前频道可以正常运行测试文件，那么那个时候大概我就可以把365的禁止更新取消掉了。

为什么2025这种bug会出的这么频繁呢？其实我也不意外，因为不仅仅是office，windows的bug也很多。win11几乎每次更新都会带入幺蛾子，现在的微软已经不是以前可以完全信任的巨硬了。

用之前的文件做测试以后，其实我已经基本锁定这一次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停止在一个合适好用的版本是一个比较安全的做法。

到底是什么原因导致了这个ADO+SQL查询一夜之间就失败呢？首先我把这个错误代码和错误描述拿去搜索，无论是bing还是百度，历史网页都没有太多有价值的信息，同时我也搜索了24小时之内的结果。两个搜索引擎都没有找到些什么，也就是说发现这个问题的人估计还不多。奇怪的是，当我用国际版的bing的时候，发现居然没办法限制搜索结果为24小时内。不知道如果用Google会有什么效果，但显然在上班时间我不想冒那个风险用Google。

搜索没办法得到结果，我就去ExcelHome的论坛VBA板块看一下，果然也是没有人发帖，我觉得如果有人在那里发帖了，搜索引擎估计能捕捉到，但显然没有，于是我就当了吹哨人。一开始我就把已经发现的情况描述出来，比如是什么时候开始发现不行的，有什么错误代码有什么错误描述。

一开始我的帖子就只有那些东西，但之后我又拿出了几个月前用来测试文件打开的时候查询很慢的那个文件，把所有选项都点了一遍，结果发现6个选项里面只有2个选项可以完成查询，其余的那些都不行。对比成功查询的那两个，发现里面其实我只做了一个cnn的指向。其它实际上用的是两个数据源，虽然最后输出的数据可能只是指向其中一个。这个情况很尴尬，意味着用经典传统写法的cnn是可以正常查询的，无论数据源在查询文件里面还是在外部，无论那个文件是关闭的还是打开的。之所以要用ADO+SQL，就是为了可以方便快速地跨文件查询。现在这个指针只能是一个，以前除了指针那个以外的其它可以用绝对地址引用到达，现在那些用绝对地址引用的好像都不行了。遇到这个情况我很绝望，这就意味着我的那些查询文件一夜之间几乎全部都失效了。如果只是一个文件，那还好，但显然我绝大多数的查询都是跨表的，也正是因为有跨表这个功能，才让它们有价值。偏偏微软不知道进行了什么更新，把这个给废掉了，我不知道他们什么时候才能修复这个bug，但我觉得没有半个月估计搞不定。因为首先他们得意识到有这个bug，然后才着手去研究是什么更新导致了这个bug。马上就年底了，各种各样的数据报送要求接踵而至，在这个节骨眼上你给我干出这种bug，我实在非常无语。

发现了这个只要跨文件就失效的问题以后我马上又去论坛那里补充更新。补充更新过了一段时间以后，我就发现有人回帖了。他的状况跟我一样，无端端那些联合查询失效了，他用的不是Excel，他是用Access，也就是全套office的这个用法都撞墙了。

有人说不行，也有人说他没事，仔细看他们的那个office，我感觉没挂的那个用的是beta频道，而我们这些挂了的人我感觉是用零售版的当前频道。批量版的长期更新估计还没有状况，因为他们要过上很长一段时间才会有更新，相对于零售版的更新来说，那些批量版的更新会稳定一些。之所以要发帖，是因为我要看一下到底有多少人和我一样的，我知道论坛里面有大佬，他们遇事比我多，他们可能会想到一些我想不到的解决办法。我不知道他们有没有遇到这种问题，有可能他们没遇到，因为即便装的是零售版，他们通常会禁止更新，更多的可能是他们用的是批量版。但因为他们是热心的大佬，看到小菜鸟在那里求助，他们不会坐视不管，这样的话，我们这些中招的人离得救就不远了。

要解决专业的问题，得去专业的地方吸引专业的人。