Optimering af forespørgsler for en hurtigere DAX-ydelse

Denne vejledning vil tale om optimering af dine forespørgsler i DAX Studio. Du vil også lære, hvordan du afbøder tilstedeværelsen af ​​CallBackDataID, hvis de nogensinde optræder i dine beregninger. Dette vil hjælpe med at forbedre DAX's ydeevne med at generere nøjagtige data.

Hvis du husker fra tidligere blogindlæg, vises CallBackDataID , når lagermotoren beder om hjælp fra formelmotoren til at løse komplekse forespørgsler. Denne proces tager tid og gør DAX langsommere på grund af tilstedeværelsen af ​​formelmotoren.

CallBackDataID er et godt sted at starte dine optimeringer. Men afhængigt af de resultater, du ønsker at opnå, er optimering ikke altid nødvendig.

Disse er de almindelige årsager til at have et CallBackDataID og deres begrænsninger.

Indholdsfortegnelse

• Afhjælpning af CallBackDataID og optimering af DAX-forespørgsler
• Konklusion

Afhjælpning af CallBackDataID og optimering af DAX-forespørgsler

Først er brugen af ​​fejlhåndtering som. Et CallBackDataID kan forekomme, hvis du deler noget, og en værdi er angivet afhængigt af svaret. For at afbøde dette, "fang" potentielle fejl, før beregningen begynder.

Dernæst er brugen af ​​og i dine iteratorer. Fra de tidligere moduler blev der vist en prøveforespørgsel med et HVIS og FILTER . Denne forespørgsel genererede et CallBackDataID på fanen Server Timings. Løsningen er at flytte filtrene til enudmelding.

Brugen af ​​dato funktioner somkan også generere et CallBackDataID . Dette skyldes, at DAX-motoren udvikler sig og forstår datoer. Du kan nemt løse det ved at bruge ellerfordi det højst giver dig de samme resultater.

Den sidste årsag er brugen af ​​matematiske funktioner som f.ekseller. Det er komplekse udtryk, som storage-motoren ikke kan håndtere. Du skal tage dig af det i ETL-processen i Power Query.

Hvis du ser på fanerne Visningstidspunkter og forespørgselsplaner og ser CallBackDataID'et , skal du se på den samlede eksekveringstid. Hvis det tager meget tid, skal du optimere det. Ellers kan du bare lade være og fokusere på at finde andre præstationsproblemer.

Afbødning af CallBackDataID er et spørgsmål om forsøg og fejl. Hvis du omskriver dine forespørgsler for at eliminere CallBackDataID'et , kan du ende med at få en langsommere DAX-ydeevne, fordi din forespørgsel kan øge mængden af ​​datacaches eller de materialiserede rækker. Så det er helt op til dig, og hvordan du formaterer din forespørgsel for at få den bedst mulige ydeevne.

Konklusion

Hvert problem har deres egen løsning. I tilfældet med CallBackDataID har det forskellige tilgange og begrænsninger for at øge DAX's effektivitet i at levere resultater. Denne løsning kan bruges, hvis dine forespørgsler har tendens til at tage tid med at frigive data.

Lær og forstå mere om disse optimeringsteknikker ved at praktisere dem i din rapport. Du kan også læse andre optimeringsvejledninger i andre moduler for at udvide din viden og forbedre DAX-ydelsen.