我的天

在开始这篇东西之前，我突然意识到，原来一直以来，在网上我都通常不是在论坛之类的地方求助的那个。绝大多数情况之下，我的是去帮忙的那一个，又或者是发布某些信息的那个。我的确是有发过求助的帖子，但是，相对于其它来说，那非常的少，而且通常我是那种还没等到别人回复，我自己就已经找到答案的人。某些东西，靠我一个人的力量没办法找出答案，那个时候，我会求助于身边的网友。但网友不一定直接就能给出我答案，但是他们会给我个方向，让我明白我纠结的那个东西到底有没有找到答案的可能性。在一些根本就错误的命题上，也就不需要继续费神了。但是，在我纠结得死去活来之前，我不会找别人。当然，这也会有例外情况，比如电脑坏了，直接开不了机，或者能开机，但无论如何进入不了系统界面，又或者是电脑用得好好的突然就蓝屏。这些东西相比于软件上的纠结，又或者是习题上的误解会让我很慌。在电脑都开不了的时候，我也就无法找解决问题的方法了，因为绝大多数情况下，我的自学是搭配搜索引擎的。搜索引擎的答案是网友们的集思广益，众人是我最好的老师。暂时，我只是个低级的用户，所以答案可能难找一点，但通常都会有现成的答案，虽然可能不是一步就能上岸，要通过多种答案组合才能得出我想要的结果。

我不知道其他人自学的时候是怎样的，反正当我在学习某样新东西的时候，自然而然我就会联想我曾经做过的事。如果运用了这个新知识，会不会有一些更好的效果。比如昨天我下载了一本Power Query的教程。那是一本pdf，2017年出版的书，京东卖50多。我没想过买，也没想过不买，但是这么老的书，肯定已经有了pdf版本，所以我就下载了一本回来看看。结果发现，那本书里面说的Power Query是基于Office，2013的，所以，已经没有购买的必要了。因为Office 2013版本的Power Query和Office 2016的有差别。倒不是功能上有一些翻天覆地的变化，但是在找按钮上会让人有点棘手。于是我就直接开始看这本书。之前我觉得自己很讨厌看pdf。这次的这本pdf是扫描版，我也不明白我为什么看得下去，因为书本其实挺模糊的。里面说到用合并查询的方式来实现vlookup的功能。vlookup这个东西，只有几行的时候，效果还行，但数据一多，那就是死机的节奏。之前我们打算一整个表都用vlookup出结果，后来发现那会死机，所以最终使用vlookup的地方我就只留下几行而已，但即便只有几行，当我在那个源表增加数据的时候，还是会有卡机的感觉。在8GB内存的台式机上，感觉还好，在8GB内存的笔记本电脑上，有时会看到右下角说有多少个线程正在计算，显然这就是卡机的征兆。我不知道为什么会这么慢，如果用Power Query可以快一些。那本书谈到这个问题的时候，说少量的可以用vlookup，但大量的索引，Power Query才是最佳选项。从前我打算千行数据都用vlookup，后来发现那会死机，所以后来我就把那减少为只有几行，所以在我的那套操作里，无论用不用Power Query查询都无所谓，但是，我要掌握这项技能，但暂时，我还没有摸索出个所以然。

在没有得出为什么不行的时候就要停下来做其他事，总会让我觉得耿耿于怀意犹未尽，但我又不得不这样。以后我还得更严格要求自己，到点了就必须按下暂停键。

从完全不用Power Query到天天都用那个东西，我感觉这实在太不可思议了。这种变化仅仅发生在一周之内。一周前我还在纠结，为什么我的Microsoft 365用不了Power Pivot和Power Query。自从我重新能用PP以后，我就在不断地探索，但是平时我处理的东西已经没什么可探索的了，因为那都是用了几年的成熟方案。我觉得已经很顺畅了。如果要再高效一点，就是把所有东西放进数据库，但我又不想真那样。并不是说我的确做不了，而是我还是想把这些东西用普通的office软件解决，毕竟实在说不准以后会怎样。会不会某一天我不续费365，又或者是我可以这么操作，但是和我搭档的人无法接受我的高端。如果我只是把软件交给他们用，这对他们来说学不到什么东西，他们只是用软件。当然这对我来说是很有好处的，因为无论是软件的使用还是软件的开发，我都了如指掌。这也正是我一直都很着迷的事。我不仅仅喜欢研究某一个部分，从某一个部分开始，我会快乐地发散开去，无论是纵向的还是横向的，最后全流程我都熟悉了。大概到了那个时候，我会换另一种东西开玩。

说回PQ这个东西。其实几年之前我已经听说这个强大的存在。Office 2003有个MS Query，但那个东西跟PQ其实是两回事，MS Query更类似于数据库的界面，PQ我觉得应该是Power BI的一个组成部分。Power BI除了PQ以外，还有Power Pivot和Power View。说是这么说，实际上我没用过Power BI。PV这个东西非常强大，动态展示数据，五颜六色，各种花式，但问题是，即便我能把那些东西放在网上，当我要交作业的时候，领导还是比较喜欢长篇大论。其实我更倾向于做个PPT，然后由我上去讲我的想法，而不只是写一篇纸上静态的东西说明问题。

PQ让我着迷的首先是逆透视。逆透视在从前的教学里，唯有通过数据透视表高级处理，现在貌似我已经不记得应该怎么用了，但是PQ非常简单，没有做不到，只有你想不到。二维表变一为表是秒杀的事。既然可以逆透视，当然也可以透视，所以你也可以把一维表变成二维的，为什么会有这种需要呢？之前我也不觉得要这么干，但昨天论坛里某个网友还真提出了这样的要求。他要合并两个表的数据，其中一个表的某两列得先进行透视处理。为什么会这么折腾呢？从原始数据看来，我不觉得他的表有什么问题。如果是我设计的原始表格，也就那样了。最终，他想做到的效果也很正常，因为那一大堆的数据，最后要得到的，其实也就是为了看那些东西。一开始，我想用PP连接两个表。结果发现连不上，说那不是唯一的ID，我有点理解为什么会连不上，因为实际上两个表除了某列数据有共同点以外，其他东西完全不相干，但是PQ却可以把他们用接近变态的方式粘合起来。从最后组成的大表结构看来，的确很乱来，但是要的不就是最后的数据吗？整合之后，一点问题都没有，当然，如果你要筛选两个表格，关联部分以外的字段肯定会出状况，而且这个状况是无法避免的，因为那些根本是不共有的信息。

我对PQ有好感的另外一个原因是那个东西有高级编辑器这种神奇之物。那种感觉就像PQ是一个可视化的网页制作软件，而它的高级编辑器就像是源代码。路人甲玩的是可视化，高手操控的是源代码。PQ的源代码用的是M语言。这是一种介乎于函数和编程语言之间的东西。能玩好这个的人没多少，能玩好这个的人绝对会让别人觉得是个神。数据的整理变成弹指间的东西，非常的伟大。几句代码就能解决平时我们只能靠努力，甚至非常努力都仍然解决不了的问题。

是网友们的问题，让我的脑洞又大了。

怎么才可以让自己遇到更多的问题呢？我选择的是猫在某个论坛里，解决别人提出的问题。我仅仅猫了几天，就得出了某些结论。比如通常逼着大家提问的原因在哪里，针对那些东西，我应该如何在表格里避免。某些东西，我们一定会遇到，即便暂时没有，所以在那之前先掌握技能很有必要。如果等到像他们提问题那样才去被动去学习，就比较烦恼了。

第一个让他们在用数据透视表的时候得不出应有的结果的原因是他们的原始数据格式有问题。数据汇总时碰的壁绝大多数都是原始数据记录时挖的坑。最经典的坑莫过于合并单元格。所以，当我看到某个同事给我的表每一个数据框都至少合并了两行两列单元格的时候。我立马拍桌子发飙了，这是处理数据吗？！如果你嫌那个单元格宽度和高度不够，完全可以对单元格进行调整啊，为什么要合并？之所以做出这种低能的单元格合并，唯一的理由就是，她根本不知道那些东西的宽度和高度是可以调整的。对她来说，Excel的表格就像十字绣一样的固定洞洞，就像Photoshop里的网格线。但实际上，根本不这样。面对这种人，我是完全无语的，因为她完全不了解她正在使用的那个软件。这些人应该从头去开始学习Excel，从最基础的学起。只有让她明白Excel是做什么的，可以怎么用它，她才不会犯这种超级低级的错误。这种空前弱智的单元格合并通常不会发生，更加不会在某个表的任何一个数据框里面发生。某些人会把平时手工汇总的表格拿出来求做成数据透视。准确来说，那是一个明细表和汇总表的混血儿，在实际工作中我们经常会碰到。从展示表的角度考虑，这非常正常，尤其当数据完全由人手工填写的年代。但这不是Excel处理数据的习惯，明细是一回事，汇总是另外一回事。当某个大项里有N个分项，大家非常习惯，把大项横跨的几行合并为一个单元格，然后分项的总和也合并为一个总数。这是人的处理习惯，但Excel的处理习惯是大项为一行，分项为余下的行。当你不想看明细的时候，直接把它收起来。之所以会出现这种人的思维和机器思维不一致的东西，完全是因为大家没有读Excel，而只是把我们人肉做的事要Excel去模仿。这绝对是搞死人的！处理这种事，只能把大项的单元格合并取消，向下填充同一个名字，最后的汇总数据，全部打散为小项的数据。如果一个明细表里有很多这种情况，又有很多类似的明细表需要合并，那可是清晰数据整死人的节奏。

另外一些数据透视表的问题发生在多表合并的时候，有时可能还得对表格的汇总数据进行一些运算。通常，这需要用SQL查询，但我觉得在Excel里用SQL有点麻烦。那个东西不适用于文件移动，一旦文件发生移动。数据将来难以刷新，因为实际上进行了SQL查询以后，电脑的某个位置会形成一个数据库。当你移动文件到别的电脑，引用的原文件仍然只是旧的那个。通过在文件里加个VBA，能解决更换数据源的问题，但要这么复杂才能做到，证明了SQL在Excel里实际是有点水土不服的。这种玩法根本不适合分享文件。SQL语法虽然很简单，但是标点符号的错误，哪怕是多了一个空格，也会出状况。在没有语法检查的编辑器里写那些句子，简直就是撞墙。新版本的Excel里内置了Power Query和Power Pivot，如果用的好的话，SQL基本可以丢一边了。我感觉应该可以这样，虽然我对这两个Power工具还非常陌生。我觉得，也正是因为Excel里面用SQL不太顺，最终才会让这两个Power成为新版Excel的标配。

把别人的烦恼当作是自己的烦恼，是一个让自己进步的方式。

昨天晚上，在不断的折腾之后，我的Excel里的Power Query终于可以用了。但实际上，这不是一个晚上的功劳，上周回家之后我发现，家里那台Win7上的Microsoft 365用得好好的，无论是Power Query还是Power Pivot。这到底是哪里出了问题？我实在搞不懂。家里那台电脑Microsoft 365的版本也是20988，版本号跟单位那台电脑没有重装Office之前完全是一样的，但是家里那台电脑Office更新的那个位置没有一个黄色的标记。为什么会有这种问题，我也搞不懂。在单位访问github和npm大多时间是眨眼间的事，但是在家里访问npm非常慢，慢到简直下载不了。进行pip类别的python插件安装得靠运气，运气好的时候可以做到，运气不好的时候，只能用镜像。但貌似在家里，我从来没有遇到过访问微软出状况。而单位访问微软的时候出状况太正常了，比如我续费Ofice 365，需要把那串序列号填入到我的账号。我试过一个晚上不断尝试，还是失败，最终我让台式机用我手机的热点，然后再访问，一次就成功了。这到底是什么原因导致单位的网络访问微软这么糟糕呢？但是这种糟糕又不是一直都那样，而是偶尔抽风，但说不准抽风到底会在什么时候发生。

让Power系列重新可用的关键是上周五回家的时候，当我在电脑里打开Power Query，发现Excel右下角显示正在加载net framework。这就意味着，Power Query是一个需要框架支持的东西。之前我从来没有发现过这种事，大概是因为PQ打开得太快了，我的眼睛主要放在屏幕的左上方，没有看右下角。在加载Power Pivot的时候，右下角会写着正在加载数据模型。单位的Excel，一开始打开Power Query的时候，右下角也会显示正在加载net framework，但是过不了一阵，中间就会弹出错误提示。如果我不把错误提示按掉，右下角会一直显示正在加载net framework。这让我觉得大概就是，net framework不对劲，导致单位的Excel用不了PQ功能。第1次加载PQ，弹出错误代码按掉以后，当我第2次再按，右下角就不会显示加载net framework了，而会直接弹出错误代码。

家里的net framewor用的是4.7.2，单位用的是4.8，理论上4.8更高级，但我说不准会不会跟Win7有什么冲突，虽然4.8理论上是支持win7 SP1的。一开始我的想法是把4.8卸载了，但无论如何都卸载不了，卸载不了高版本的，就没办法装低版本。昨天晚上我做的是下载了一个net framework的修复软件，修复软件里面有两个选项，1个是修复，另外1个是直接卸掉。之所以我确定一定跟4.8有关，是因为在无意之中我打开MeGUI，发现也出错了，根本运行不了。错误代码写的是签名错误，那一堆东西里拿第1个错误提示去搜索，别人说这就意味着这个软件不支持高版本的net framework。所以，让我选卸载掉4.8还是修复4.8的时候，我毫不犹豫，但是在卸载4.8之前，我又重新下载了个4.7.2的脱机版本回来，因为把那东西成功卸载后，电脑不装net framework是不行的，很多软件都会运行不了。其实在卸载4.8之前，我已经已经试过运行过脱机版本的4.7.2，发现是无论如何装不上。当我毫不犹豫地卸载4.8，装上了4.7.2以后，我的MeGUI可以用了，Excel里面的PP也可以用了。而这个net framework 4.8大概是之前我想升级PowerShell，但无论如何都做不到。PowerShell升级的其中一个要求好象是net framework的版本必须4.8，但是，又有点状况。理论上这些事情我应该很早就发现，但显然，近段时间我根本就没有纠结那个东西，所以就有了之前的折腾。

感觉从前的软件没有现在这么神经质啊！

对别人来说，做某件事就是从系统上读取某些数字，抄在纸上，然后不断地敲计算器，得出某些数据，然后再按照某些格式整理成别人要的样子。之前我也是这么干的，但是我觉得，这实在是太累人了。我要做的不仅仅是读取系统上的数据，我做的是读取我自己的数据，然后跟系统上的做比对。做的东西必须是最小单位。明细对好了，后面的汇总是水到渠成的事。我觉得，汇总数据这种事，规则我定下来，结果应该是自动生成的，管好我的明细数据，汇总数据就不会出乱子。汇总数据出来了以后，还得按照某些格式整出来，这其实是一个填坑的过程，但是应该怎么填呢？逻辑的思路就是，如果有数据就展示出去，如果没有数据，就为空。这是主要思路，但某些细节问题其实也是需要考虑的，比如说数据与数据之间的标点符号：逗号，分号，句号，冒号等等。没有数据的时候，那个地方是空，但是在连接两个数据之间，有些人默认带入了标点符号，于是就会出现一个神经质的状态。数据与数据之间有一大堆莫名其妙的标点符号，正常情况下，那些东西都不应该存在。按照人的思路，那些东西根本不可能存在，但为什么有那些东西呢？显然是那个做判定的人没有把标点符号写到判定里。什么时候应该逗号，什么时候应该句号，当没办法判定哪个才是最后一个的时候，标点符号怎么办？其实真的不能判定吗？肯定是可以的，当某个元素的序号等于这个数组的最后一位，显然那个东西就是最后一个了。在Excel的世界里。尤其是不考虑VBA，只考虑前台的公式，这个逗号的判定在我现在的能力范围之内，的确有点难，所以遇到这种情况，我干脆每个数据给它一行，每行数据的末尾，不加任何标点符号。

昨天我突然意识到，Excel的公式编写是可以插入空格和回车的，当然，空格和回车要加在恰当的地方。比如加在数据连接的地方，不要加在某个函数里。又或者其实加在某个函数里面也是可以的，但是如果你在表达字符串的地方加入了很多空格，最终的结果肯定会哭。也正是因为回车的加入，让我的公式看上去更整洁了，我不用纠结不断地眼睛急转弯。复制粘贴也变得相当的容易。的确复制粘贴很简单，但是粘贴得多了，每一行的数据框架都是一样，只是修改了里面的部分内容就会让我自然而然想到使用循环。如果Excel的公式里有for或者while这种循环该多爽。换句话说，为什么就不能有循环呢？之所以这样，大概是因为Excel，没想过你要么在某个单元格里面展示一堆合并起来的字符串。这种字符串的合并，理论上更应该出现在Word或者普通的txt里面。

我首先写了个索引，然后写了个数据，接着对数据进行数据透视表，最后写了个很长的公式。根据数据透视表和数据透视表以外的一组数据，生成了两段字符串。字符串里面所有数字的格式全部都严格按照我需要的模样输出。这样做的确实现了我想要的功能，但我感觉还是有点麻烦，如果写个VBA，加入数组，这些东西很容易就能表达出来。从前前台看来，也会干净利落很多，但问题是，加入VBA的话。Excel的保存格式就得改变。对小白来说，VBA是个洪水猛兽。他们不知道该不该允许宏这个东西。如果我是他们，我不了解这个东西。这个东西的确有安全隐患，我肯定不会主动打开，即便我知道这个东西可能很强大。

开源的东西用起来得花一些步骤。组装好的东西用起来的确用很爽，但问题是，万一里面有猫腻呢？归根到底，还是自给自足、自娱自乐比较好。