VertiPaq LuckyTemplates: Hvordan kolonner er kodet

I denne opplæringen lærer du om metodene for koding av kolonner. Du vil forstå hvordan hver metode fungerer og hvordan den påvirker ytelsen til DAX.

Hver metode har sin egen stil for å komprimere data slik at den kan gi deg raskere og jevnere transaksjoner.

Innholdsfortegnelse

• Verdikoding med VertiPaq i LuckyTemplates
• Ordbokkoding
• Kjør lengdekoding med VertiPaq i LuckyTemplates
• Kjør lengdekoding ved bruk av kodede kolonner
• Konklusjon

Verdikoding med VertiPaq i LuckyTemplates

Den første datakomprimeringstypen er verdikoding . Det forekommer på heltall-type kolonner.

Dette er et eksempel på en originalkostnadskolonne:

Du kan se at det er verdier på innsiden.

Nå, hvis VertiPaq lagrer disse dataene i kolonnen som de er, vil den trenge 12 bits minne.

Derimot, ser etter måter å minimere hvor mye minne den trenger for å lagre data. Den vil finne minimumsverdien til en kolonne og deretter kode den kolonnen ved å trekke 3004 fra hver verdi. Ved å gjøre det vil den da bare trenge 9 bits minne.

VertiPaq reduserte minnet den trenger, noe som fikk koden til å fungere raskere.

Ordbokkoding

Den neste datakomprimeringsmetoden er ordbok eller hash- koding som forekommer på kolonner som ikke er heltall eller tekstverdier.

Dette er et eksempel på en kolonne med gjentatte produktnavn:

VertiPaq har en funksjon som hjelper til med å komprimere ikke-heltallskolonner. Den bygger en liste over distinkte verdier i den kolonnen og tildeler dem deretter et tall.

Du kan se at det gjelder et tall som tilsvarer produktnavnene.

Deretter erstatter den verdiene til produktnavnene med heltallsverdiene.

Lagring av heltallsverdier krever mindre biter enn å lagre tekstverdier.

Dette er noe DAX og Storage Engine gjør når de koder.

Kjør lengdekoding med VertiPaq i LuckyTemplates

Den siste kodingstypen kalles Run Length Encoding . Den ser etter gjentatte verdier og lagrer en start og en slutt.

Dette er en eksempeltabell med  salgsperson-ID og  rader :

Og dette er tabellen som er kodet med Run Length Encoding:

Den vet at selgeren med ID-en EMP1017 går fra rad 1 til 363.

Du vil se at den har radstart, radslutt, og den viser også hvor mange gjentatte verdier det er i mellom. Så det er ikke nødvendig å lagre EMP1017 362 ganger fordi den vet hvor den starter og hvor den slutter.

Kjør lengdekoding ved bruk av kodede kolonner

En annen flott ting med VertiPaq er at den kunne kjøre lengdekoding på kolonner som ble kodet med verdi- eller ordbokkoding.

Dette er en tabell som er kodet ved hjelp av ordbokkoding:

Du vil legge merke til at NameID- kolonnen gjentar seg. Det betyr at du kan bruke Run Length Encoding med kolonnen.

I dette tilfellet vil VertiPaq bare se etter NameID, Row Start og Row End.

Så i stedet for å lagre heltallsverdiene 3 ganger, lagrer den nå én gang.

Konklusjon

Inne i, er det 3 datakomprimeringsmetoder som er ansvarlige for å få DAX-koden til å fungere jevnere.

Når du har forstått hvordan hver metode fungerer i beregningene dine, kan du bruke og maksimere hvilken som helst av dem for å forbedre ytelsen til koden og enkelt hente dataene du trenger i rapportene dine.