至此，我們對兩種上下文分別做了入門式介紹九妈，雖然概念不多反砌，但對新手來說，信息量還是不小
本文就帶大家再對之前的概念做個回顧
創(chuàng)建行上下文
1. 計算列：引用原有列萌朱，通過計算生成新列 2. 迭代函數(shù) 1) 聚合函數(shù)+X結(jié)尾：SumX宴树，AverageX，CountX晶疼，CountaX酒贬，MaxX，MinX 2) 其他迭代函數(shù)：Filter翠霍，RankX同衣，SelectColumns，AddColumns壶运，ConcatenateX，F(xiàn)irstNONBlank / LastNONBlank浪秘，F(xiàn)irstNONBlankValue / LastNONBlankValue蒋情，ProductX
創(chuàng)建篩選上下文
1. 可視化圖表
2. 篩選器
3. Calculate函數(shù)
常規(guī)情況就是這樣
那我們再來看下如果不按常規(guī)會有怎樣的后果
把涉及概念性的操作經(jīng)常這樣反方向嘗試，有助于深入理解上下文本質(zhì)
(一)計算列里使用SUM函數(shù)
別急著往下看耸携，自己先思考一下棵癣，這個“總銷量”的計算列，使用SUM后會出現(xiàn)什么效果
......
......
......
1. 由于是計算列夺衍，所以DAX會自動創(chuàng)建“行上下文”
2. “行上下文”只起迭代作用狈谊，并沒有篩選功能
3. 那么當(dāng)前的“篩選上下文”是什么？
4. 我們知道“篩選上下文”是可視化元素的疊加集合沟沙，而此時是在數(shù)據(jù)視圖河劝，因此篩選上下文是空的（注意，不是沒有篩選上下文矛紫，而是篩選上下文為空）
5. 所以赎瞎，SUMX('銷量表',[銷量])得到的結(jié)果是全表的銷量匯總
6. 由于篩選上下文為空，因此SUMX公式分到每一行的結(jié)果都相同颊咬，均為全表匯總值
(二)度量值里引用列
在度量值下务甥，直接采用列運算會有什么結(jié)果
公式欄里，無論是第一種直接引用列喳篇，還是第二種表名列名綁定一起敞临，都會出現(xiàn)錯誤提示
說明在度量值里，這種方式是不允許的
為什么會這樣麸澜？因為度量值不會自動創(chuàng)建“行上下文”挺尿，而計算列可以，所以在語法源頭上就出錯了
(三)度量值里使用聚合類迭代函數(shù)(SUMX)
從語法上來說，度量值就是由DAX函數(shù)構(gòu)成的票髓，迭代函數(shù)也是DAX的一種攀涵，自然更沒障礙
其實我們要關(guān)注的，并不是語法洽沟，而是“上下文”
度量值以故，本身就受到報表內(nèi)各類篩選器的影響；而迭代函數(shù)又自帶“行上下文”
兩種上下文相互交織裆操，就有意思了
還記得“行上下文”里的“行”指的是什么嗎怒详，是不是上圖“表”里顯示的十四行？
還記得這張圖么
我們還是用分解步驟踪区，來看下這個公式究竟是如何運作的
利潤 = SUMX('在線銷售表', '在線銷售表'[訂單數(shù)量]*'在線銷售表'[單價]-'在線銷售表'[總成本])
1. SUMX函數(shù)的第一參數(shù)是“在線銷售表”昆烁，系統(tǒng)先確定該表的上下文環(huán)境
1)篩選上下文：時間切片器與大小類篩選
2)行上下文：空(此時還未執(zhí)行SUMX，因此還未生成行上下文)
2. SUMX為迭代函數(shù)缎岗，對上一步確定下來的表静尼，創(chuàng)建一個新的“行上下文”(牢記：“行上下文”僅作用于數(shù)據(jù)模型里的原表，而非可視化表元素)
3. 系統(tǒng)根據(jù)步驟二“行上下文”的指示和公式內(nèi)容传泊，對步驟一確定下來的表鼠渺，進行全表迭代，算出每一行(每張訂單)的“利潤”值
4. 對步驟三的結(jié)果進行聚合
5. 根據(jù)不同的可視化元素眷细，度量值(利潤)做出相應(yīng)匯總
至此拦盹，我們再次認識到
★行上下文”只告訴DAX該使用數(shù)據(jù)模型的哪一行，任何時候都無法篩選模型溪椎，也無法覆蓋外層的篩選上下文
★“篩選上下文”只能依靠報表視圖各類篩選器的疊加組合來產(chǎn)生
★兩種上下文同時起作用普舆，但各司其職，互不干涉
（未完待續(xù)）
