东哥陪你学DAX——上下文系列小讲堂(回顾1)

000d.png

至此，我们对两种上下文分别做了入门式介绍，虽然概念不多，但对新手来说，信息量还是不小

本文就带大家再对之前的概念做个回顾

创建行上下文
1. 计算列：引用原有列，通过计算生成新列 2. 迭代函数 1) 聚合函数+X结尾：SumX，AverageX，CountX，CountaX，MaxX，MinX 2) 其他迭代函数：Filter，RankX，SelectColumns，AddColumns，ConcatenateX，FirstNONBlank / LastNONBlank，FirstNONBlankValue / LastNONBlankValue，ProductX

创建筛选上下文
1. 可视化图表
2. 筛选器
3. Calculate函数

045.png

常规情况就是这样

那我们再来看下如果不按常规会有怎样的后果
把涉及概念性的操作经常这样反方向尝试，有助于深入理解上下文本质

(一)计算列里使用SUM函数

017.png

别急着往下看，自己先思考一下，这个“总销量”的计算列，使用SUM后会出现什么效果
......
......
......
1. 由于是计算列，所以DAX会自动创建“行上下文”
2. “行上下文”只起迭代作用，并没有筛选功能
3. 那么当前的“筛选上下文”是什么？
4. 我们知道“筛选上下文”是可视化元素的叠加集合，而此时是在数据视图，因此筛选上下文是空的（注意，不是没有筛选上下文，而是筛选上下文为空）
5. 所以，SUMX('销量表',[销量])得到的结果是全表的销量汇总
6. 由于筛选上下文为空，因此SUMX公式分到每一行的结果都相同，均为全表汇总值

020.png

(二)度量值里引用列
在度量值下，直接采用列运算会有什么结果

015.png 016.png

公式栏里，无论是第一种直接引用列，还是第二种表名列名绑定一起，都会出现错误提示

说明在度量值里，这种方式是不允许的

为什么会这样？因为度量值不会自动创建“行上下文”，而计算列可以，所以在语法源头上就出错了

(三)度量值里使用聚合类迭代函数(SUMX)

从语法上来说，度量值就是由DAX函数构成的，迭代函数也是DAX的一种，自然更没障碍

其实我们要关注的，并不是语法，而是“上下文”

度量值，本身就受到报表内各类筛选器的影响；而迭代函数又自带“行上下文”

两种上下文相互交织，就有意思了

040.png

还记得“行上下文”里的“行”指的是什么吗，是不是上图“表”里显示的十四行？

还记得这张图么

044.png

我们还是用分解步骤，来看下这个公式究竟是如何运作的
利润 = SUMX('在线销售表', '在线销售表'[订单数量]*'在线销售表'[单价]-'在线销售表'[总成本])

1. SUMX函数的第一参数是“在线销售表”，系统先确定该表的上下文环境
1)筛选上下文：时间切片器与大小类筛选
2)行上下文：空(此时还未执行SUMX，因此还未生成行上下文)

2. SUMX为迭代函数，对上一步确定下来的表，创建一个新的“行上下文”(牢记：“行上下文”仅作用于数据模型里的原表，而非可视化表元素)

3. 系统根据步骤二“行上下文”的指示和公式内容，对步骤一确定下来的表，进行全表迭代，算出每一行(每张订单)的“利润”值

4. 对步骤三的结果进行聚合

5. 根据不同的可视化元素，度量值(利润)做出相应汇总

至此，我们再次认识到

★行上下文”只告诉DAX该使用数据模型的哪一行，任何时候都无法筛选模型，也无法覆盖外层的筛选上下文
★“筛选上下文”只能依靠报表视图各类筛选器的叠加组合来产生
★两种上下文同时起作用，但各司其职，互不干涉

image

（未完待续）