LuckyTemplates 篩選器：調用上下文轉換

本教程將討論 LuckyTemplates 篩選器。您將了解如何在 xmSQL 和邏輯查詢計劃中查看上下文轉換。上下文轉換將當前行上下文轉換為等效的篩選器上下文。函數觸發。

目錄

• CALCULATE 函數的重要性
• 在 LuckyTemplates DAX 查詢中調用過濾器
• 結論

CALCULATE 函數的重要性

CALCULATE函數創建 DAX 計算的上下文。如果您使用迭代函數而不將其包裝在CALCULATE中，您將得到不准確的結果。

這是一個沒有上下文轉換的簡單查詢：

它具有FactSales 的當前價格和數量的產品的函數。然後，它會在總銷售額的日曆年表中的每一年添加一列。

如果運行查詢，您會看到每一行的結果都是相同的。

重複的結果意味著有​​些事情是不對的，因為幾乎不可能每年都有相同的銷售額。您的 DAX 度量或數據模型可能需要修改或調整。在這種情況下，DAX 度量沒有包含CALCULATE 。

如果您單擊第一個掃描並查看 xmSQL 語句，您將看不到任何過濾器或上下文表明日曆年應該是計算的一部分。您需要CALCULATE函數來調用上下文轉換。

在 LuckyTemplates DAX 查詢中調用過濾器

這是相同的查詢，但使用CALCULATE函數進行上下文轉換。

如果您運行查詢，您可以在結果中看到不同的值。

DimCalendar Year 的第二次掃描是收集所有其他年份。在沒有掃描的情況下，結果將不會有空白結果年份（2012、2013 和 2014）的行。存儲引擎在後台執行此操作以確保所有數據都得到說明。

如果查看 xmSQL 語句，您會發現左外連接是由CALCULATE函數調用的。Left Outer Join給出了2015年到2018年的銷售數據。如果你在xmSQL語句中看到Left Outer Join和$Expr0結合在一起，那就意味著有上下文轉換。

當您發生多個上下文轉換時，事情會變得有點棘手。但是 Left Outer Join 通知 DAX 您需要關注過濾器中的數據范圍。

實際上，您可以在Sum_Vertipaq形式的邏輯查詢計劃中看到這一點，這取決於 DimCalendar 年份。

如果您嘗試在沒有上下文轉換的情況下運行查詢並查看邏輯查詢計劃，您會發現 Sum_Vertipaq不依賴於任何東西。這表明您需要在數據模型或度量中填充一些內容以獲得所需的輸出。

LuckyTemplates DAX 教程中的篩選器上下文簡介
：上下文和計算引擎
如何在 LuckyTemplates 中使用簡單篩選器

結論

這就是您識別上下文轉換並確定它何時發生或不發生的方式。調用上下文轉換對於生成有價值的結果至關重要。它們有助於收集來自不同範圍、時間段和表格的數據。

CALCULATE是調用過濾器時最重要的函數之一。一旦設置了計算，存儲引擎就開始執行查詢以提供結果。