我的天

我好像知道自己在做什么，我知道我要什么结果，但是我却好像完全没有头绪我正在做些什么。这句话看上去好像很矛盾。以前，当我用Power Pivot的时候，没有这个感觉，但是当我把《DAX权威指南》越看越多以后，我的茫然感在不断增加。这其中一个很重要的原因是他们在书里主要讲原理，虽然里也有很多例子，但并不是以实例出发。在DAX里，计值上下文是很重要的东西，其中又包括了筛选上下文以及行上下文，筛选上下文对整个模型起作用，行上下文只能迭代单表。这是两句看上去很绕的话，同样让人觉得很类似，但完全不一样的还有度量值和计算列。度量值这个东西，我个人感觉挺飘渺，在没有报表的前提下，我简直不知道该如何考究那个东西，但实际上度量值这个玩意最终无非是某些聚合。以数据透视表的逻辑去考虑，只能放在数据透视表右下角的值里面，所以归根到底那就是某个计算的东西，但是它有可能是某个文字吗？这是有可能的。但到那个时候估计就是不是求和，而是一个计数了。比如说如果你返回东西是一个表，那么估计最终你就只能顶多在外面再套一个函数计算表的行数，然后把那个结果表达出来，但显然你要的不是这个表的行数，而是要这个表本身。但是话又说回来，度量值最终理论上不应该返回这种东西。

以前我觉得计算列很简单，一般的Excel里面也经常会用到，那跟用超级表没什么区别。但是当我知道得越来越多以后，我简直不知道该如何碰那个东西了。因为好像怎么整都不对劲。之所以这样，是因为如果这只是一个Excel的表的话，我知道用什么东西能实现我的功能，但是到了PP里，所有东西都乱套了。但实际上之所以发生这种事，倒不是因为PP真的有问题，相比于度量值，我在计算列上碰到的问题少很多。但我为什么要用PP呢？因为我需要得到的那些结果是单纯的表无法给我的。从一个表查询另外一个表的数据，这个我可以做到，但是通过度量值生成的那个表，再以那个表为基础查询原始表的数据再互相结合这个又该如何做到呢？以前我觉得PP可以把很多表的各种关系联系起来。这样用很方便了。相比于从前的Excel只有用SQL连接，文件换了一个电脑行不通，因为数据库本身是存在第一台电脑的某个地方。

大概这是学习必然会经历的某个境界吧。当我扛过了这个烦恼，我就能重获新生。但在此之前，我不知道我还得挣扎多长时间，还有一个就是实际上我是不是不应该从那本《DAX权威指南》开始看起呢？我应该先找一些比较低端说人话的教程，慢慢去让自己接受这个体系？

学习过好几门计算机语言，也学习过不少理工科的东西，我觉得学习DAX是我这辈子以来学得最纠结迷茫的。

工作出现了些许空余的时光，于是我赶紧继续开始看我的《DAX权威指南》。筛选上下文、行上下文这种东西实在让人非常抓狂。有些时候我是完全理解那种关系到底是什么，但实际上当用起来的时候又好像各处碰钉子。

一步步的学习DAX这没有任何问题，但学着学着自然而然我就会往自己的问题上面靠，于是心就飞走了，然后虽然已经学了100多页，但是感觉我还是找不到思路。我不知道如何在Power Pivot里面把两个日期扩充为一个日期列表。于是我就折腾了一番，这个在Power Query里实现我100%肯定是轻而易举就能做到的。以前我好像做过。支持我使用的方法是修改人家的高级例子，从前只是一步一步按部就班来。以日期扩充之后的表为基础查询模型里的计算库存不是不可以，但是翻来覆去非常耗时间。从前在PQ里计算库存，在情况不那么复杂的情况下弯曲折叠各种填充已经很耗费人力物力，而这种库存的计算实际上在DAX里面是秒杀完成的。这也就是为什么当年我放弃了继续走PQ这条路计算库存以及库存费用。在PP里，计算库存其实我早就已经搞出来了，虽然实际上那个筛选条件我至今都没搞懂。现在的问题是那个阶梯费用表达把我难住了。从简单的几个时间区间生成一堆连续日期单价对PQ来说实在太简单了，但为什么这种事情用DAX去表达却那么的难呢？所以实际上我觉得这个问题跟库存的计算一样，我还没想到那个方法该如何表达，也就是说理论上要做到这个也是很容易的。

如果我的单价用PQ实现，我的库存用PP去实现，最终我只需要很笨地把两边的数复制一下，然后在另外一个地方做一个很弱智的合并，显然这样也能曲线救国，以我现在的知识储备可以这般做到，但显然这不是我想要的效果。这个问题在近期我又开始纠结之前，已经困扰了我一年有多。

虽然不知道最后的那个灵感什么时候才会到来？但我知道那一定会到的。

就在这篇东西口述出来后，那个晚上我什么都没干，没有运动，也没做其它别的，一心就扑在PP里实现单价这个问题上。接近晚上10点，这个问题好像终于有了破解的苗头。用的是LASTNONBLANK函数，网上教程用的是LASTNONBLANKVALUE，但PP里没有这个东西，为什么呢？Power BI里面有但Excel里没有？？？

LASTNONBLANK ( <列名>, <表达式> )：为表的每行计值表达式，返回结果不为空的最后一个列值。

LASTNONBLANKVALUE ( <列名>, <表达式> )：为表的每行计值表达式，返回结果不为空的最后一个列值所对应的表达式的值。虽然被归为迭代函数，但与 LASTNONBLANK 不同的是，LASTNONBLANKVALUE 的<表达式>参数在筛选上下文中计值，这是由于存在一个隐式的 CALCULATE 将行上下文进行了转换。

https://www.powerbigeek.com/dax-functions-lastnonblank/?f=1
https://www.powerbigeek.com/dax-functions-lastnonblankvalue/?f=1

以我现在的水平我是搞不懂他俩到底什么情况，但Excel里没有我也没办法，把LASTNONBLANKVALUE的东西转化为适用于LASTNONBLANK，这又折腾了好些时间。其实这个东西说白了就是为了向下填充，如果这个地方空白，就用这一列对上一个有数的那个东西向下填充。当然，其实这个东西一开始的意图不是填充，是为了找到最后一条记录，这种东西要准确，通常默认跟时间关联。

虽然道路是曲折的，但我总算在单价这个问题上发现了我觉得应该很简单的实现方式。

昨天我实现了前天还不能实现的功能，用起来果然很爽。Power Query拯救了用vlookup公式导致源数据界面输入卡顿的问题。关于vlookup的卡机，据说用Power Query或者Power Pivot都能实现，而且据说PP的效率比PQ还要高。PQ现在我知道应该在哪里写代码了，但PP的DAX到底在哪里写，至今我还没找到。相对来说，我觉得PQ界面的按钮多一些。PP的按钮感觉跟数据透视表很类似。这就意味着，厉害的功能就隐藏在普通的东西之中。PP跟PQ比起来，函数的数量少了很多。用过的人都说，PP要比PQ简单，PQ就像一个谜一样。

前几天当我搜索，PQ教程的时候，发现了里面居然有递归。在谈递归的时候，把迭代也放进去了。迭代跟递归有什么区别现在我还不知道，但我知道递归和循环有什么区别。当某个函数的控制可以把判断和循环都用上的话。再加上700多个已经事先设定好的系统函数。PQ要实现一些神一般的功能显然是理所当然的。只有你想不到，没有它做不到，但前提是，要做到某些功能，光靠可视化版面，根本不可能。要在高级编辑器里自行折腾，或者在自定义的地方选择性折腾。光靠鼠标点击按钮是没办法把PQ的函数层层套用的，没办法一次性套用多个函数，某些功能就比较难实现了。对小白来说，要掌握所有可视化的按钮，尚且没那么容易，但是真正的高手，是必须自己写码的。

PQ用的是M语言，貌似我在VSCode的插件里面没找到相关的东西。里面有DAX的插件，可以自动补全和语法高亮。M语言更需要这种插件，因为光是函数的大小写就会把人搞疯掉。英语输入默认全部都是半角，但是如果我们的脚本里面还有中文，那就意味着中文跟英文得不断切换。光是逗号这种东西就会搞死人。而且我们的脚本里面，还不可能不出现中文。的确，函数可以起英文名字，但是，要处理的数据的列名，必然有中文，因为表格的内容有中文。我不知道那些写码的人是如何克服这种中文英文切换标点符号的问题，反正我是觉得，双引号，逗号，小括号这种东西经常让我很烦恼。不过幸好，据说，Office 2016以后的PQ，在写码的时候有自动补全功能，的确现在我的Microsoft 365可以这样，不仅仅是函数可以自动补全，连变量也可以自动补全。我不知道其他人写码的时候是怎样的，反正自从我习惯了python以后，我实在不能接受没有规范缩进的脚本。也正是因为有了python的习惯，所以我也默认把缩进从tab换成了4个空格。习惯了在VSCode里4个空格是4个圆点，现在PQ里没有这种东西。总让我觉得很不智能。

所有office文件都可以修改后缀，变成一个压缩文件。里面你看得懂或者看不懂的东西实际上就是数据以及你执行的步骤，所以PQ虽然有可视化界面，但实际上，它的高级编辑器让我觉得，那东西还原出了office软件数据处理的本身。

今年我的计划是学R语言，但实际上，我迷上了python，接着现在，我又迷上了M语言。