我的天

每次都定下一个小目标，然后去实现。结果发现一天多一点的时间居然就能搞定一个问题，这种进度有点出乎我意料，因为之前的那些问题让我挣扎了好长一段时间，起码有两三天，之所以后来进度加快了，大概是因为我明了了我要做什么，但是尽管是这样，还是会遇到很多奇奇怪怪的问题。

这周初我解决的是批量生成月度核对表。我把这个任务分成两个步骤，一个是查询到底要生成多少，接着就是把查询到的结果生成文件，但是那个结果跟文件又不一定是完全对应的，根据不同条件可能10条查询结果最终会生成9个表。因为实际上某些条件是需要合并才能得到我想要的文件。在怎么设定条件，如何进行循环方面，我纠结了好长时间，几乎可以这么说，上个周末我一直在做各种尝试，为的就是最终实现这个目标。

在完成了批量生成月报以后，接下来我要做的是生成某个仓的分仓台账。相对于之前的月度核对表，这个单仓台账相对而言条件是固定的，而且必定只生成一个文件。同样我首先做的也是做一个查询，查询一下这个仓到底有多少条记录是可以生成分仓台账的，我又要生成具体哪一条。有些是无法自动实现的，因为实际情况是某些仓某些筛选条件是不一样的，但实际上应该反映在同一个分仓台账里。这个时候就需要手动合并一下条件。这种例外的事件不确定会在什么时候发生，所以必须给手动留有余地。之所以分步骤，其实一个很重要的原因是其实有时并不是为了生成分仓台账，只是要查询一下这个仓的情况。批量生成月度核对表，我花了好几天的时间，但是生成分仓台账，我只花了一天不到。

接着，我研究的是库存查询。在不同的条件之下进行库存查询，最后的结果是以一个透视表的方式展现出来，根据不同的查询条件透视的项目不一样。虽然我想到透视的项目是不一样的，但实际上在我研究的过程中，我先在单一的条件上做尝试，当单一的条件生成的数据没有问题以后再把它扩充到动态条件。因为有了之前月度核对表的锻炼，所以动态条件该怎么做我是有点底的。

SQL最基本的查询语句基本上我已经比较熟悉，这一次库存查询最后一步需要做一个透视。透视这个东西是我之前没有尝试过的，虽然我是Excel数据透视表的超级粉丝，但是在SQL里面控制这个东西，我还是很不在行的。所以到底什么条件可以控制，可以控制到什么程度我是不知道的。教程通常都只是最简单的那些，用上面的数据你重复100遍都不会出什么幺蛾子，但是在实际情况下你会有更多需求。比如当我要控制被透视列的排序的时候发现好像在Excel的SQL里无法做到。即便我在透视之前那一步已经排好序了，但是透视的时候依然是我行我素。让我比较挣扎的是，在透视之前我已经通过分组合并计算出被透视的列的合计数了，但是透视之后合计混在了那一堆被透视的字段中间。最后我已经想到不计算合计，在SQL里面生成透视以后输出到数组，我在数组里面做合计。就在我几乎要放弃的时候，原来合计可以通过在透视的select里用一个聚合函数实现，这样的话透视之后的表格就是先是条件列，然后是合计，接着是那些被透视的列。虽然合计不是放在我想要的最后面，但起码放在了最前面。

库存查询研究过程中让我纠结的问题是什么，明天继续。

从完全不用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语言。这是一种介乎于函数和编程语言之间的东西。能玩好这个的人没多少，能玩好这个的人绝对会让别人觉得是个神。数据的整理变成弹指间的东西，非常的伟大。几句代码就能解决平时我们只能靠努力，甚至非常努力都仍然解决不了的问题。

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