本文就带大家再对之前的概念做个回顾
创建行上下文 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函数
常规情况就是这样
那我们再来看下如果不按常规会有怎样的后果 把涉及概念性的操作经常这样反方向尝试，有助于深入理解上下文本质
(一)计算列里使用SUM函数
别急着往下看，自己先思考一下，这个“总销量”的计算列，使用SUM后会出现什么效果 ...... ...... ...... 1. 由于是计算列，所以DAX会自动创建“行上下文”
2. “行上下文”只起迭代作用，并没有筛选功能
3. 那么当前的“筛选上下文”是什么？
4. 我们知道“筛选上下文”是可视化元素的叠加集合，而此时是在数据视图，因此筛选上下文是空的（注意，不是没有筛选上下文，而是筛选上下文为空）
5. 所以，SUMX('销量表',[销量])得到的结果是全表的销量汇总
6. 由于筛选上下文为空，因此SUMX公式分到每一行的结果都相同，均为全表汇总值
(二)度量值里引用列 在度量值下，直接采用列运算会有什么结果
公式栏里，无论是第一种直接引用列，还是第二种表名列名绑定一起，都会出现错误提示
说明在度量值里，这种方式是不允许的
为什么会这样？因为度量值不会自动创建“行上下文”，而计算列可以，所以在语法源头上就出错了
(三)度量值里使用聚合类迭代函数(SUMX)
从语法上来说，度量值就是由DAX函数构成的，迭代函数也是DAX的一种，自然更没障碍
其实我们要关注的，并不是语法，而是“上下文”
度量值，本身就受到报表内各类筛选器的影响；而迭代函数又自带“行上下文”
两种上下文相互交织，就有意思了
还记得“行上下文”里的“行”指的是什么吗，是不是上图“表”里显示的十四行？
还记得这张图么
我们还是用分解步骤，来看下这个公式究竟是如何运作的 利润 = SUMX('在线销售表', '在线销售表'[订单数量]*'在线销售表'[单价]-'在线销售表'[总成本])
1. SUMX函数的第一参数是“在线销售表”，系统先确定该表的上下文环境 1)筛选上下文：时间切片器与大小类筛选 2)行上下文：空(此时还未执行SUMX，因此还未生成行上下文)
2. SUMX为迭代函数，对上一步确定下来的表，创建一个新的“行上下文”(牢记：“行上下文”仅作用于数据模型里的原表，而非可视化表元素)
3. 系统根据步骤二“行上下文”的指示和公式内容，对步骤一确定下来的表，进行全表迭代，算出每一行(每张订单)的“利润”值
4. 对步骤三的结果进行聚合
5. 根据不同的可视化元素，度量值(利润)做出相应汇总
至此，我们再次认识到
★行上下文”只告诉DAX该使用数据模型的哪一行，任何时候都无法筛选模型，也无法覆盖外层的筛选上下文 ★“筛选上下文”只能依靠报表视图各类筛选器的叠加组合来产生 ★两种上下文同时起作用，但各司其职，互不干涉
（未完待续）
