Prestandaproblem i DAX Studio: CallBackDataID

Den här handledningen kommer att diskutera CallBackDataID , som är ett prestandaproblem i DAX Studio. Du kommer att lära dig vad den gör och hur den påverkar prestandan för din DAX-fråga.

Lagringsmotorn arbetar för att tillhandahålla data till formelmotorn i form av en datacache. Men när lagringsmotorn inte kan utvärdera ett uttryck, frågar den och anropar formelmotorn för att få hjälp med att använda CallBackDataID .

Att ha ett CallBackDataID i din beräkning saktar ner prestandan för DAX eftersom den använder både lagrings- och formelmotorn. Det är dock fortfarande bättre än att bara formelmotorn gör allt arbete eftersom den fortfarande fungerar på komprimerad data och inte kräver materialisering.

Dessutom, när formelmotorn är inblandad, cachelagras inte resultaten. Cachar förbättrar användarupplevelsen när du kör en fråga eller åtgärd i LuckyTemplates.

Innehållsförteckning

• Var hittar du CallBackDataID
• Hur man löser prestandaproblemet
• Slutsats

Var hittar du CallBackDataID

CallBackDataID finns i Server Timings i DAX Studio. På grund av deras betydelse markeras de i xmSQL-satsen. När du vill optimera din DAX är det bästa stället att börja med att hitta CallBackDataID .

En annan optimeringsteknik är att utnyttja filtren inär det är möjligt. Att använda CALCULATE i filtren är bättre än att användasom ett bord. FILTER är en iterator och när du filtrerar en tabell kommer den att itereras av. Närvaron av dessa två iteratorer kan sakta ner din fråga.

Här är två exempelfrågor med och utan CallBackDataID .

Detta är ett lokaliserat mått som definierar de två frågorna ovan.

Det översta måttet itererar försäljningstabellen, multiplicerar det aktuella priset och kvantiteten och summerar det sedan. Det nedersta måttet kontrollerar om inköpsdatumet är större än eller lika med 31 mars 2016. Att ha en funktion i ett mått skapar ett CallBackDataID eftersom det inte använder CALCULATE .

För att testa detta, kör frågan som har CallBackDataID . Se till att rensa cacheminnet och aktivera Server Timings och Query Plans innan du kör det.

Om du klickar på fliken Server Timings längst ner kan du se att den första skanningen är markerad. Detta beror på närvaron av CallBackDataID .

Du kan också se CallBackDataID i xmSQL-satsen. IF - funktionen i måttet ligger utanför lagringsmotorns kapacitet så den ber om hjälp från formelmotorn.

Hur man löser prestandaproblemet

Om du kör frågan som inte har ett CallBackDataID , kan du se att skanningarna inte längre är markerade.

Detta beror på att CALCULATE -filtret trycks ner till lagringsmotorn. Den behöver inte hjälp från formelmotorn längre eftersom den kan fungera av sig själv.

Så mycket som möjligt, försök att använda filter i CALCULATE . Den optimerar DAX-prestanda genom att driva in det mesta av arbetet i lagringsmotorn, vilket gör det snabbare.

Slutsats

Prestandaträffar kan uppstå om din fråga är för komplex för att lagringsmotorn ska fungera. Det tar med onödiga processer som CallBackDataID i beräkningen och saktar ner din DAX. Du kan mildra det genom att använda filter i CALCULATE .