LuckyTemplates 矩陣 | 如何修復 LuckyTemplates 中的矩陣總計

對於本教程，我將向您展示如何修復 LuckyTemplates 矩陣總計，尤其是在您創建的度量最初未產生正確結果的情況下修復總計和小計。您可以在本博客底部觀看本教程的完整視頻。

我想解決這個問題有兩個原因。一是它經常發生。中經常出現。我們看到這個問題以不同的形式一遍又一遍地重複。第二個原因是當你在矩陣的上下文中解決它時，它可能是最困難的分解總計問題。

如果您了解如何在矩陣中處理它，您就會知道您需要做些什麼來修復卡片、表格和其他可能會打破總數的視覺效果中的總數。我將通過一個系統的過程來修復被破壞的 LuckyTemplates 矩陣總數，並真正按組件進行分解。

在此示例中，該度量非常複雜，以相當驚人的方式打破了總數。我想從真正破損的總數開始，向您展示如何解決最嚴重的破損總數問題。

目錄

• LuckyTemplates 矩陣中的總數不正確
• 使用 SWITCH TRUE 邏輯修復 LuckyTemplates 矩陣總計
• 使用表格編輯器調試 3
• 結論

LuckyTemplates 矩陣中的總數不正確

讓我們看看這個例子中度量的上下文。首先，我們有一個名為Spread Revenue 的度量，它是Total Opportunity Revenue和Lookup Scaling Factor的分支。

Total Opportunity Revenue 只是一個簡單的度量，而 Lookup Scaling Factor 是一個更複雜的，類似於我們基於一系列過濾條件進行的多標準查找。

這只是總數可以打破的一種方式的例子。現在，如果我們將 Spread Revenue 放入矩陣的字段中，就會發生這種情況（見下文）。

如您所見，基本行計算正確，但總行不計算。在許多情況下，當您有總計、小計和總計時，LuckyTemplates 至少會進行猜測。通常，這種猜測是錯誤的，你必須修正總數。

但在這種情況下，LuckyTemplates 只是給出了相當於聳肩的效果。它不知道這些總數應該是多少。它甚至沒有猜測。它只是將那些標記為空白。為了解決這個問題，我們必須在這裡構建一些額外的邏輯來告訴 LuckyTemplates 在行總計、列總計和總計中做什麼。

您查看多個條件時，您可以將其作為嵌套的語句來執行。但是我們在 LuckyTemplates 中有一個更好的結構，可以更容易地看到邏輯，即 語句。

使用 SWITCH TRUE 邏輯修復 LuckyTemplates 矩陣總計

我們有一個從一般到特定構建的 SWITCH TRUE 語句，我想向您展示為什麼這不起作用。SWITCH TRUE 語句的作用是遍歷每個條件。它退出第一個是真的。

因此，在這種情況下，我們從一般情況出發。它說，“如果動物的類別是單孔類、有袋類和胎盤類，那麼它就會被標記為哺乳動物”。在此示例中，這些是僅有的三類哺乳動物。如果它是哺乳動物，它將是這三種類型中的一種。

如果我們看看發生了什麼，數據進來了，我們就轉到 SWITCH TRUE。如果它是這些類別之一，它就會變成“哺乳動物”。這意味著它永遠不會達到有袋動物或我們想要的袋鼠的標準，因為它們都是哺乳動物。所以，如果這個陳述是真的，它就會退出。

如果陳述不正確，那麼這兩個陳述就不會正確。它將轉到默認值，這不是哺乳動物。因此，不是從一般到具體構建，而是必須從具體到一般構建 SWITCH TRUE 語句，然後是最後的包羅萬象。

如果我們把這個帶回固定矩陣總和的例子，其實是一回事。這裡的 A 是細節，這將是我們 SWITCH TRUE 中的第一個語句。然後，我們將 D 作為包羅萬象。在中間，我們有這兩個 B 和 C 條件。B 有列的上下文，但沒有行，而 C 有行的上下文，但沒有列。

現在讓我們進入表格編輯器 3 (TE3)，這是我現在最喜歡的調試和理解度量的方式。

使用表格編輯器調試 3

我將此衡量標準（以下）稱為“固定總計收入差額”。它很長，看起來像複雜的 DAX，但我將按組件對其進行分解。

我們這裡只有兩個變量，它們基本上獲取我們的短月和期間的，這將決定上下文。和構造的矩陣的虛擬版本。

如果我們在 DAX 查詢中查看它，您會發現它基本上創建了 Period 和 Short Month 的所有可能組合，這就是矩陣的作用。

在 Tabular Editor 3 中，還有另一種可視化方式，稱為 Pivot Grid。它生成的視覺對象與 LuckyTemplates 中的矩陣視覺對象相同。

回到我們在表達式編輯器中的度量，我們需要構建創建總計字段的邏輯。因此，我們得到了帶有的 SWITCH TRUE 語句，其中我們正在測試以查看我們需要上下文的兩個字段中的每一個是否都有上下文。

從最具體到最不具體的第一個條件是條件 A，即基本行。因此，如果我們有 Period 的上下文和 Short month 的上下文，那麼我們只需使用 Spread Revenue 度量，因為它在這些數據行中產生了正確的結果。

現在我們需要為 B 構建邏輯，這是我們在列中獲得上下文的地方。因此，我們有短月份的 HASONEVALUE，但沒有期間的 HASONEVALUE。現在我們要強制執行邏輯，採用虛擬矩陣，採用我們的 Spread Revenue 度量，然後將其與 Period 的所有值相加。

接下來我們得到的是另一面，我們在 Period 中有 HASONEVALUE，但在 Short Month 中沒有。我們現在正在獲取虛擬表的求和。

最後，我們得到了包羅萬象的措施，如果我們在兩者中的任何一個中都沒有上下文，那麼我們只需要虛擬表的總和。

現在，如果我們將 Spread Revenue with Fixed Totals 度量應用於字段並將其放入值中，我們將獲得行總計、列總計和總計的正確總計。SWITCH TRUE 邏輯遍歷並強加我們需要的所有邏輯以獲得正確的總數。

如何在 LuckyTemplates 表中創建唯一小計 在
LuckyTemplates 中使用 DAX 度量修復不正確的總計
在 LuckyTemplates 中使用高級邏輯更正您的總計

結論

在此博客中，我向您展示瞭如何修復 LuckyTemplates 矩陣中不正確的總計。這是一個可以強加到表格或卡片上的結構，您可以在其中為基行構建虛擬邏輯，如果您有正確的度量，這通常會起作用。然後，只需強加您需要的邏輯即可強制獲得正確的總數。

它看起來很複雜，但絕對有用。我希望這一切都清楚了。您可以觀看下面的完整視頻教程，並查看鏈接以獲取更多相關內容。

一切順利！