LuckyTemplates Measure Total 不正確：如何修復

您可能會遇到包含總計行的 LuckyTemplates 表可視化中的度量問題。通常的抱怨是“總計”行對於該度量“不正確”。通常，總行對於度量是正確的，只是不是大多數人所期望的。在本教程中，我將向我們介紹 LuckyTemplates 度量總計的這個常見問題以及解決方法。您可以在本博客底部觀看本教程的完整視頻。

自 LuckyTemplates 出現以來，LuckyTemplates 度量總計就一直是個問題。因此，為了解決這個問題，我做的第一件事是進入DAX Studio並創建了一個。如果您從未見過轉儲過濾器措施，它看起來很像下面的措施。

轉儲過濾器測量確定從數據模型中的不同表和列應用哪些過濾器。在 DAX Studio 中生成非常容易。您可以啟動 DAX Studio，單擊任何表並說Define Filter Dump Measures (All Tables)，它會為您生成所有代碼。

要將其導入 LuckyTemplates，您只需從這個 過濾器中獲取它並複制所有代碼，然後將其粘貼到一個新的度量中，這就是我所做的。這就是轉儲過濾器措施的來源。

我還構建了一個工具提示頁面，我在其中創建了一個卡片可視化並將轉儲過濾器度量放入該卡片可視化中。這允許我們在表格可視化或矩陣可視化中查看過濾器。

要打開工具提示，您可以單擊矩陣或表格上的視覺對象。在這個例子中，我有一個矩陣和一個表格，它們都展示了相同的度量總計問題。您可以轉到常規並打開工具提示。如果需要，您可以指定它是一個報告頁面。

如果我將鼠標懸停在這個 290 上，我可以看到它上面有一個表類別等於類別一的過濾器。這是第二類，我們有一個子類別等於藍色、綠色和紅色。這一切都來自一個非常簡單的數據查詢，其中我有六行。

最後一步是創建一個將顯示度量總計問題的度量。如果您仔細觀察，就會發現總數不正確。

就 DAX 而言，它是正確的，但任何正常人看到這一點都會認為這是完全錯誤的。事實上，我不得不相信，這可能是人們認為這是採用 LuckyTemplates 的巨大障礙的主要原因。

有一個簡單的事實，即衡量總計一開始就是錯誤的。表可視化和矩陣可視化實際上並沒有表現出正確的行為。

目錄

• 使用替代措施
• 修復不正確的 LuckyTemplates Measure Total
• 結論

使用替代措施

我這裡有這張表，上面有我的測量總計。我所做的只是一個快速的並減去 10。這是任何相當複雜的度量的替代。如果你能用像這樣簡單的東西來展示度量總計問題，它就會出現在你的很多度量中。

此總計行的過濾器上下文不同，因此看起來 DAX 只是在所有上下文中執行。例如，如果我單擊類別 1，它是正確的。

所以，它顯然採用了 Category = Category 1 的過濾器上下文。

在沒有外部影響的情況下，它沒有這個類別的額外過濾器上下文。如果我將鼠標懸停在這裡，您會看到它是空白的。現在沒有任何過濾。這些行在類別上有一個過濾器，但它根本沒有考慮到這一點。

那麼我們該如何解決呢？讓我們看一下我創建的度量。

修復不正確的 LuckyTemplates Measure Total

我將此稱為Measure Totals Category，它說，如果表類別，則只需返回我對逐行項目正確的度量。

否則，我將按類別該表，然後計算每一行的度量。然後我要總結這些價值。

基本上，我正在重新創建這個表格可視化，然後我在這些行上總結該度量的結果值，然後修復它。

現在，這一切都很好。這是一個相當簡單的修復，但在我看來，它確實會損害自助服務可視化。

如果您有一個相當複雜的衡量標準，並且您正在向最終用戶推廣自助服務可視化，那麼您很可能不知道他們將如何使用該衡量標準，以及他們將如何使用使用它。

例如，您可以在此處看到問題。我的 Measure Totals 類別是正確的，但這裡不正確。它甚至逐行返回錯誤的項目。

這樣做的原因是類別永遠不在範圍內。因此，根據我們的度量，ISINSCOPE 表類別返回度量總計。

好吧，事實並非如此。它總是按類別然後按值進行匯總，這是完全錯誤的。

所以現在，我們必須創建另一個度量，Measure Total Subcategory，如果是 ISINSCOPE 子類別，它會返回該行的行項目。否則，您按子類別總計值，這給了我們正確的答案。

結論

這就是它對自助服務可視化造成損害的原因，因為您不知道最終用戶將如何使用它，以及他們將什麼放入表格中。您需要為每種可能的組合編寫一個度量，這太瘋狂了。

我希望您從本教程中學到了一些東西。如果您遇到過此類問題，請與我們分享您是如何處理這些問題的。

一切順利！

格雷格