我的天

周日晚上感觉一切都好，没有遇到什么特殊的情况。周一早上打开wifi连接网络，打开微信以后发现同事给了我一个信息说前一天晚上VBA的查询失败了，无法获取数据。看到那条信息，我的第一反应是会不会重命名有问题。那里有个截图，但我没有仔细看。VBA的弹窗都那个模样，而且大概差不多都是那些内容。虽然有说是什么方面的问题，但通常你往那个方向想的话，可能根本找不出原因，所以我就没有看。出现这么个状况，最大可能是浪潮升级系统以后又改过某个导出数据的表，导致那个表里面的某些字段名改变了，那个字段又是我使用的，于是就会查询失败。为什么我觉得是浪潮的原因呢？因为20点多的时候还是很正常的，我的同事是23点多的时候查询。她查询的时候，单位的作业已经结束了半个小时以上，如果浪潮要抓紧时间升级，估计会在作业结束以后马上进行。综上所述，如果查询失败，我的第一感觉是浪潮整出来的幺蛾子，但我不确定这真的是浪潮的幺蛾子还是我同事文件名不对导致出状况，唯一能做的就是上班以后我自己试验一下。

文件导出后，的确发现查询失败了，错误代码是80004005，对应的描述是“这种对象类型不支持该操作”。在我印象之中，没有遇到过这种描述的错误，但是搜索800044005这个代码，很多各种各样的原因都会是这个号，所以这到底是什么毛病呢？在我记忆之中，如果是浪潮改了那个表，导致我查询失败，应该不是这个描述，但是我没有太多的时间去研究到底是什么，我得先把我手头上的东西都搞完。

搞完那些日常必须做的东西以后，我开始研究这个查询失败。按照常理，浪潮bug的概率最大，所以我首先把之前从浪潮导出的表格和现在从浪潮表出的导出的表格的字段核对了一遍。发现字段是完全一致的，整个表格的构造也是一样的，所以这基本排除是浪潮的问题，为了证明的确不是浪潮的问题，我把以前导出的数据喂给查询文件，发现和新导出数据弹出的错误一样。这样就说明了肯定不是浪潮的问题，但不是浪潮的问题，那是什么问题呢？在进行新旧表格对比后，我又回到查询代码那里，先是逐个删除我觉得可疑的，结果发现还是那样，最后就直接原表输出，居然原表输出也出了状况。到这一步的时候，我基本确定是微软的问题。因为前几个月我们才经历过如果进行ADO+SQL查询的时候引用了当前查询文件所在的表格，就会让查询时间大幅增加。如果查询的时候，源文件所在的文件打开了，也会让查询时间大幅增加。到底是什么样的更新才会出现这种问题呢？我们不知道，但肯定的是一定是微软升级导致的问题，因为有些人有问题，有些人没有。用批量版的那些没有，用零售版的出现了问题，那些用零售版的一直没有更新的也没有问题。最终几乎可以追溯到到底是具体哪一个版本的更新引发了这个问题。

如果是SQL语句导致的状况，当我什么都不设置原表输出理论上应该没有问题，但实际上问题依旧。

研究到了这个程度，我知道这不是我一个人能解决的。我大概知道这是不是我们这些用户能解决的。那到底是什么问题突然触发了这个事故，得问那些负责windows系统更新的人。

不知道从什么时候开始，我就迷上了数据查询。

一开始只是想实现某个功能，后来发现原来实现同样东西，我用不同方法都可以做到。哪个方法更直观简便一些？我感觉Excel VBA的SQL，Power Query以及Python相比，就数据处理的方便性来说Python是碾压的，但我没有发现Python的巨大优势。问题可能在我交给Python处理的数据太少了，跟其它两个相比体现不出Python的高效。在控制Excel单元格格式方面，Python天生不如office自家的VBA。为什么我会把PQ跟VBA跟Python相比呢？是因为从Office 2019开始，PQ就算是内置的一个功能。VBA里面的SQL天生有缺陷，因为跟真正的数据库SQL相比，那就是个阉割版，有些你觉得明明可以实现的东西，在Excel VBA里好像就真没有直接的解决方案，为什么居然会这样呢？

到现在为止，我依然没有发现Excel VBA的SQL有直接的文本拼接功能。其它数据库的SQL里，那就是一个很简单的函数。Excel VBA的SQL在合并其他数据方面没问题，但一旦遇到需要进行文本拼接。我感觉除非在查询结束以后再做一个字符串的字典，否则无解。或许你会说其实我也可以直接在Excel的函数层面做这个拼接，因为用textjoin函数实际上是能实现那个功能的，但关键是如果数据比较多，既然我都在VBA里完成前面的所有，为什么最后的功能又要回归到函数呢？二者的运算速度不是一个层次的。每当我遇到文本拼接，我知道SQL是撞墙的，所以我就直接想到PQ。

PQ可以做数据分组，做文本拼接直接在高级编辑器里修改就能实现，但关键是实际上可以不用PQ，我不想用那个玩意，使用可能会有点慢还行，如果要进入到里面编写代码，那个小窗口字体无法放大，简直要逼死我这种老花。更作死的是，很多时候提醒我错误，但错误根本不发生在提醒的那个地方，不断的嵌套括号、逗号、又或者不小心带入的中文标点符号都会导致错误，找茬的过程让人挺绝望。我觉得，我还是喜欢在VBA里用SQL，其实无非就是判断加循环。在PQ里我总觉得有些很容易就能做到的事情，但是它非得用一些看上去很复杂的函数去实现。比如要根据A字段去决定B字段的数值是正数还是负数，在SQL里，一句很简单的iif就能实现，但在PQ里，你还得新建一个条件列，把条件写进去，接着把原来那个数值列删掉，再把条件列的名称改成数值列。当然你也可以直接使用replacevalue函数，但据说那个东西的执行效率反倒不如新增一列再删除一列。PQ里的函数非常多，嵌套用起来的方法更是让你眼花缭乱，也正是因为那些杂七杂八的东西太多了，反而让我觉得不如SQL简单干脆。让我很绝望的是，Access的SQL可以直接文本拼接，但Excel里的就不行，虽然二者是同一个版本的office。

当我在一个问题上钻研得越深，我就越能理解到高中时候，我的数学老师说学习数学的几个境界：不懂不会，会而不对，对而不全，全而不好。

业务系统由从一期变成二期，摆在面前是两个格式化操作。当我做完第1个以后，我心里就很有底了，我知道第2个大概应该怎么做，也想清楚了输出的那些数据到底要放在哪里。一期的时候，我的原始数据从同事的Excel查询文件里获取，现在我需要做的就是多一步。首先得把数据从系统里导出，然后再执行我的VBA。

数据从系统导出，供VBA使用这里其实也是有个窍门的，一开始我也没想好，但是用了几天以后，我大概明白了。首先我得保证VBA跟源文件在同一个文件夹，这是我在脚本里写死的。其次，VBA文件只能是那个名字，只能是那个后缀，有一点不合适程序就会判定找不到那个文件，然后就会在那个文件夹里面建一个9KB大小的文件，名字是我需求的那个，实际上那个东西是打不开的，所以对新新手来说有迷惑性，但是当我一次又一次的遇到这个以后，我就习以为常了，看到那个9KB的东西我知道肯定因为我导出来的文件有些不对。

以前的浪潮系统我已经默认了只能用360极速打开，因为一期的时候他们只支持IE，而我用的浏览器是Firefox。不知道二期到底支持什么浏览器，反正我基本已经把360极速作为业务系统和OA系统的默认打开方式，其它东西基本不会通过那个打开。

因为导出的文件都是同样的名字，所以如果在某个文件夹里面不断保存，浏览器会很聪明地给第2个文件加个1，第3个文件加个2。我本想把那个文件覆盖掉，但360就是不让。因为我的电脑是默认显示文件后缀的，当我把那些有括号的1和2删除掉的时候，非常有可能就会删漏个空格，于是这就会导致VBA文件要读取源数据，实际上却找不到，接着就生成了那个9KB的玩意。怎么避免这个问题呢？这需要两个文件目录，我把浏览器下载的那个文件放在目录A。VBA文件放在目录B，目录B实际上也有一个以前的导出文件。把文件导出到目录A，然后再把目录A这个文件剪切到目录B。这种情况之下，windows允许我替换掉文件。那么我就能保证VBA能够找到适合的源，因为目录A已经没有了那个导出的文件，所以下一次下载的时候浏览器也不会给我自动添加后缀。虽然多了一个剪切粘贴的操作，但是整套流程下来非常顺畅，不会出现幺蛾子。在这种情况下，我的VBA依然无法正常运行，基本就意味着浪潮可能修改了那个查询，非常有可能是修改了字段名。比如切换系统的第1天，我很早就发现单据编号是错的，但是他们不能在我们作业的时候就上补丁，只能等我们作业完了才能修改，所以那天我只能用错的文件编号先做一波，然后第2天再重新来一次。当我第2天早上重新来的时候，发现又多了一些东西，单据编号改过来了。车船号本来在一列，终于分开了，但是当有车没船号或者有船没车，再或者车船号都没有的时候，没有在数据那写横杠。我还是得自己加工。一开始那里只有品种，补丁上去以后多了个二级品种，二级品种对我来说是毫无用处。最后一个修改的地方就是之前叫仓号的那个字段现在变成了货位。正是因为仓号变成了货位，车船号字段名没了，才让我的VBA读取数据的时候失败。他们每一次升级都不会告诉你，你也不知道他改动了什么，也就只有发现不对劲的时候再去见招拆招。

适应能力不强，还真的没法玩这些东西。

虽然写Excel VBA已经有好长一段时间，但实际上对一些很基础的知识我还是不扎实的。比如ThisWorkbook和ActiveWorkbook到底是怎么指定的。光说这两样我好像明白，但是当我要使用的时候就感觉老碰钉子。这个东西使用不当，就会经常被弹出错误说某个工作簿里面没有某个工作表，或者说某个工作表已经存在了，不能再新建。不同的写法意味着同样的VBA脚本发起的那个工作簿不一样，有可能要在打开有数据的那个工作簿里发起，又或者直接是在VBA脚本所在的工作簿发起，不需要打开源数据工作簿。除了这个以外，还有就是当刷新数据要放在你已经建立的工作簿的超级表里，该如何删除超级表之前的数据？有两种选项，一种是把数据全部清空，这种情况不改变超级表的格式的，之前已经使用的行会继续存在。这里用的是clear命令，另外一个则是用delete的命令，那样的话原来工作表里面的数据全部删除，只剩下最后一行。二者的差异就在于，如果是用delete命令，如果那个超级表下面还有数据的话，那些东西将会上移，如果你又在那里插入新的数据，可能就会乱成了一团。所以如果在一个工作表里，你安排了很多个超级表，而你又确认那些超级表的格式不会改变，基本上也就那几行，又或者你不确定到底有多少行，但你能确定行数肯定不会超过多少行，这样的话，当你要用VBA把刷新的数据同时写入这些超级表的时候就应该用clear命令，这样的话，刷新的数据就可以指定从哪里开始。如果在这种情况下，尤其是工作表的下面还有一个工作表，你用了delete命令那么当你清空数据再写入数据，下面那个超级表对应的那个区域肯定会乱来。

没人跟我说过这些细节，这是在我摸索的过程之中，经历过一次又一次撞板之后得出的结论，所以如果可以的话，超级表你可以在旁边建超级表，但你不要在超级表的下面建超级表，尤其是那种你根本说不准上一个超级表到底有多少数据的情况下。多建几个工作表，在不同的列起始不同的超级表，一点问题都没有，但在很多人的固有思维里面，Excel就只是一个放表的工具，上下左右都可以放，但是就数据处理的便捷和难易程度来说，超级表的放置其实是得遵循一定规则。

自从知道了ADO+SQL之后，我就经常把这两个东西作为我最大的杀器，把经常使用的Excel表当数据库。但Excel始终不是数据库，最大的差别我觉得是虽然ADO+SQL可以用类似数据库的方式理解Excel表格，但因为Excel表格可以变换不同的格式，所以当在某一列理论上都是数字的那里突然意外有一格被插入了文字，那么ADO+SQL进行转换的时候就会出毛病。刚好你又对那一字段进行了分组汇总，那程序必然进行不下去。通常情况下，人肉很难发现这个问题，因为不知道在哪一行，突然插入一个文字是个意外。一般情况下，调用ADO+SQL把工作表里面的区域读取格式化的时候没有理会超级表的范围。如果有进一步的限定，实际上是可以设定范围的，但一直以来我都没有进行这个行的主动限制。

掌握了SQL以后我觉得Excel自带的那些公式实在太复杂了，参数很多、形式变来变去，有些用乘号，有些用加号，有些用*。

摆在我面前的格式化操作，从大的来说是两个格式化，从小的来说其实二者又有点区别。我自己的那个格式化是把明细数据整理好。因为导出的那些信息部分是完全缺失的，所以我需要建立新的字段，数据为空，后续手动录入，另外一些则属于没有直接给我数据，但是我可以根据已有的数据经过一系列的逻辑判断得出我需要的字段。相对来说，我的格式化需求要高一点，要慢慢来，因为字段的判定只要一急就会出错、不全面。另外的一个格式化则属于要做出一个汇总的数据。一开始我并不确定到底他们需要哪些信息，开会的时候我翻桌子了，他们意识到这个问题，也翻桌子了，我大概知道他们的用途是什么，因为好像那个东西我参与过，但具体内容是什么我不清楚。我需要他们给我一个截图，或者把已有的文件发给我，我自己去看到底是什么内容。

在他们把那个版本发给我之前，实际上我已经在琢磨怎么整那个。一开始我想到的是选择某些列得出一个明细，然后根据那个明细自动生成一个透视表，透视表里面的内容肯定足够他们填写相关的信息，但关键是他们想要的不是数据表，因为数据表很难复制粘贴。平时他们需要把那些东西转化为了一段文字贴到群里，数据透视表看上去的确更直观也不会错，但关键是图片这个东西很占空间，如果你几天不保存图片就会失效，所以如果要长期保存数据，还是纯文字比较靠谱。

一开始我尝试的是数据透视表，数据透视表很简单，但关键是不同版本的Excel数据透视表出来的默认格式不一样。他们干的这种事需要数据数据透视表不显示分类汇总，同时得重复所有标签。手工操作的话，这个很简单，但是用VBA控制的时候却发现自动生成的那些脚本又长又臭。那些又长又臭的东西到底能不能简化一些呢？VBA这个玩意的确可以通过录制生成，但关键是通过录制生成的那些东西通常都速度很慢，有很多废话，有些时候可能不太精准。所以我折腾了半个晚上，到底怎么把那些自动录屏出来的宏简化一些。虽然已经很努力，但是有个数据透视表不做分类汇总的那个坎好像挺难迈过去。

后来当他们把正在使用的那套查询数据库表发给我以后，发现或许我根本不需要生成透视表，实际上一个SQL的分组合并就能实现他们想要的东西，从那个查询表的内容看来，我的那个同事也是为他们做了这个事情。所以，整个逻辑就很清晰了，首先要看他们需要的那些数据在哪几列，刚好导出的那个大表上面的数据就能满足他们的要求，只是字段名有些不一样而已。这个很简单。所以逻辑就是把数据导出，删除最后一行，因为那个是汇总没有任何效果，然后把有数据的列全部转化为数字格式。因为神经病的浪潮为了他们自己方便所有列都设置为了文本，文本分组合并求和会完全不会起效。思路很简单，首先从原数据那里选取我需要的列，然后进行一些字段的重命名以及一些数字的转化分组合并，最后输出到我想要的地方。

一开始我并没有想好到底要输出到导出那个文件还是我有查询脚本的那个文件。经过一番的纠结和尝试以后，我感觉直接在我查询的文件通过ADO的方式查询那个导出的数据表，然后在查询的那个地方直接输出最便捷。一开始我想到的是要他们把转化好的内容贴到目标的表格，然后刷新一下。后来发现既然我都用了ADO。我根本不需要他们打开导出的原始表格我就能获取数据。

思路清晰以后，接下来的就只是执行。