我的天

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

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