Lagringsmotor i LuckyTemplates – VertiPaq-operatörer och frågor

Denna handledning kommer att diskutera om och lagringsmotorfrågor i LuckyTemplates. Du kommer att lära dig hur operatörer arbetar bakom beräkningen och hur lagringsmotorn hjälper dig att optimera dina DAX-koders prestanda.

VertiPaq-operatorerna och frågorna låter dig övervaka exekveringen av varje kod så att du kan förbättra dem vid behov.

Innehållsförteckning

• VertiPaq-operatörer
• Storage Engine-frågor
• Slutsats

VertiPaq-operatörer

VertiPaq har förmågan att beräkna enkla frågor. Den har logiska operatorer som kör ditt för att få svar.

Dessa är VertiPaqs logiska operatorer:

• Skanna
• Grupp av
• Filtrera
• Belopp
• Min
• Max
• Räkna
• DistinctCount
• Genomsnitt
• Stdev.S
• Stdev.P
• Var.S
• Var.P

Dessa är de logiska och fysiska frågeplanerna som genereras av en exempelfråga.

Närhelst en linje har _Vertipaq betyder det att VertiPaq-motorn gör jobbet själv. Om du tittar på , ser du att den har Sum_Vertipaq och Scan_Vertipaq . Dessa två operatörer arbetar med att skanna och summera FactSales' kvantitet för att generera ett svar.

I den fysiska frågeplanen ser du också en Sum_Vertipaq som använder en ProjectionSpool . Det betyder att en fråga skickas till lagringsmotorn och sedan returneras till formelmotorn i en datacache. Du kommer också att märka att den bara har en post.

Kolumnen Records visar hur många rader som materialiseras från lagringsmotorn till formelmotorn. Den behöver bara en post för att fungera effektivt. Flera poster tar längre tid för frågan att slutföras.

Om lagringsmotorn inte kan utföra en begäran tar formelmotorn över. Formelmotorn kan göra allt du begär, men den är mycket långsammare.

Storage Engine-frågor

Detta är en introduktion till och hur man läser och förstår dem. Du kan använda denna information för att optimera din DAX-fråga för bättre prestanda. Kom alltid ihåg att datacachen som returneras av lagringsmotorn till formelmotorn är i ett okomprimerat format.

Detta är en exempelfråga som kommer att användas.

Om du kör det och öppnar fliken Fysisk frågeplan ser du ProjectionSpool- operatören. Du måste förstå hur det fungerar i bakgrunden av beräkningen för att få fram ett resultat.

Lagringsmotorfrågor uttrycks i ett pseudo SQL-språk som kallas . Det är inte ett riktigt programmeringsspråk. Det är mer en visuell representation av vad motorn gör i bakgrunden.

Om du kör exempelfrågan i DAX Studio kommer den att visa xmSQL. Det visar att frågan väljer försäljningsdatas kvantitet och summerar den från tabellen försäljningsdata .

Du kommer att märka att tabellnamnet i frågan skiljer sig från xmSQL. xmSQL använder säljdata istället för FactSales som tabellnamn eftersom DAX inte gillar att använda Fact eller DIM som namn.

Nu, för att få snabbare DAX-prestanda, måste du låta lagringsmotorn arbeta så mycket som möjligt. Den kan utföra enkel matematik och aggregering när den söker efter data. Eftersom exempelfrågan bara använder, gjordes beräkningen i lagringsmotorn.

Den bästa optimeringstekniken är att ta reda på den bästa uppsättningen så att lagringsmotorn gör det mesta av arbetet och formelmotorn helt enkelt gör det som är kvar.

Slutsats

Lagringsmotorn ansvarar för att DAX ska fungera snabbare. Det låter dig se processen bakom hela beräkningen med hjälp av den logiska och fysiska frågeplanen. Du kan spåra vilken process som saktar ner hela prestandan och sedan optimera den.

Om du vill veta mer om hur VertiPaq fungerar, använd den här handledningen och öva på att optimera dina DAX-koder.